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1 .  BACKGROUND 

1 . 1  Meteorological  Doppler  Radar 

Radar  has  been  in  operational  use  for  many  years  to  estimate  atmospheric 
water  content  over  areas  of  tens  of  thousands  of  square  miles.  Such  measure¬ 
ments  are  typically  achieved  using  noncoherent,  pulsed,  mechanically-scanned, 
pencil -beam  radars  capable  of  measuring  the  logarithmic  amplitude  of  precipi¬ 
tation  echoes,  followed  by  signal  processors  which  average  the  returns  over 
many  pulses  in  order  to  enhance  signal  to  noise  ratios.  These  real-time  signal 
processors  typically  fill  their  displays  with  about  10s  picture  elements  of 
data  derived  from  perhaps  108  individual  measurements  on  each  rotation  of  the 
antenna.  But,  despite  the  large  amount  of  data,  these  systems  lack  the 
needed  capability  for  directly  measuring  the  velocity  of  their  targets. 

In  recent  years,  extensive  experimental  work  to  assess  the  effectiveness 
of  Doppler  techniques  which  add  this  new  dimension  to  the  wide-area  measurement 
capabilities  of  meteorological  radars  has  been  undertaken  in  a  number  of 
organizations,  including  the  Air  Force  Geophysics  Laboratory  (AFGL).  These 
experiments  have  shown  that  Doppler  capability  is  indeed  worthwhile  and  can, 
by  adding  velocity  information  to  the  meteorologist's  repertoire  of  inputs, 
significantly  improve  the  lead  time  and  correctness  of  tornado  and  other 
local  severe-weather  advisories.  But  the  need  to  make  Doppler  measurements 
places  more  stringent  requirements  on  the  radar  (where  narrower  antenna  beams, 
coherency,  and  linearity  are  required  to  permit  phase  measurement)  and  on  the 
signal  processor,  which  must  perform  more  difficult  calculations  at  high 
throughput. 

Another  difficulty  in  Doppler  systems  is  the  unambiguous  range-velocity 
product  cX/8  for  uniform-PRF  systems  *i.ere  X  is  the  radar  wavelength.  Since 
X  is  usually  fixed  by  antenna-size  and  propagation  considerations  (10-cm  is 
generally  considered  c.  imum),  the  actual  range-velocity  product  falls  short 
of  what  is  needed  by  about  a  factor  of  four.  Thus,  the  PRF  can  be  chosen  to 
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cover  either  the  desired  range  or  velocity,  but  not  both.  Means  of  extending 
the  useful  measurement  capabilities  by  resolving  these  ambiguities  is  an 
active  area  of  research  where  programmable  signal  processors  are  needed. 

1 .2  The  Pulse  Pair  Processor 

The  input  to  a  meteorological  Doppler  signal  processor  is  a  series  of 
complex  samples  in  the  time  domain,  but  it  is  the  mean  velocity  of  scatterers 
(average  Doppler  frequency  shift  of  the  returns  from  the  sensitivity  volume) 
which  is  of  primary  interest,  so  the  first  job  of  the  processor  is  to  estimate 
that  mean  velocity.  One  algorithm  consists  of  transforming  the  data  record 
for  each  range  cell  to  the  frequency  domain  (computing  its  spectrum),  then 
performing  the  moment  calculations.  But  even  the  computational ly-efficient 
FFT  requires* O(NlogN)*  complex  multiply/additions  for  an  N-point  transform. 

An  algorithm  which  operates  entirely  in  the  time-domain  to  estimate  the  mean 
velocity  was  introduced  by  Rummler  (Reference  1-1) and  has  become  widely  used 
for  meteorological  signal  processing.  This  pulse-pair  algorithm  is  not  only 
computationally  more  efficient  (needing  only  0(N)  complex  multiply/adds),  but 
also  provides  better  performance  at  low  signal -to-noise  ratios,  as  shown  by 
Berger  and  Groginsky  (Reference**)  and  Simians  and  Bumgarner  (Reference  1-3). 

A  special-purpose  hardware  implementation  of  a  Pulse  Pair  Processor  (PPP) 
was  constructed  for  AFGL  in  1973  under  contract  F19628-72-C-0293.  This  PPP, 
as  described  by  Novick  and  Glover  (Referencei-4) ,  estimates  mean  Doppler 
velocity  in  each  of  up  to  1024  range  cells. 

1 .3  The  Fault-Tolerant  Weather  Radar  Processor 

While  the  original  PPP  is  still  operational  and  has  performed  well, 
more  flexibility  was  needed  in  order  to  verify  new  algorithms,  especially 
those  related  to  ambiguity  resolution.  It  was  at  the  same  time  necessary  to 
demonstrate  that  this  type  of  signal  processing  problem  can  be  partitioned 
for  implementation  in  a  distributed  processor  for  reasons  of  maintainability 
and  fault  tolerance  in  planned  future  operational  systems. 

*0(N)  is  defined  as  "on  the  order  of  N". 


10 


Meanwhile,  Raytheon  IR&O  programs  to  develop  Fault  Tolerant  Signal 
Processing  (FTSP)  systems  using  programmable  Common  Elements  and  related 
hardware  and  software  were  underway.  The  application  of  these  developments 
to  the  weather  radar  processing  problem  promised  to  solve  both  the  flexibility 
and  maintainability  problems.  Thus,  development  of  the  Fault  Tolerant 
Weather  Radar  Processor  (FTWRP)  was  undertaken  to  implement  the  pulse  pair 
and  other  algorithms  in  the  FTSP  hardware. 
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2. 


SYSTEM  OVERVIEW 


With  the  goal  of  providing  several  levels  of  detail  so  that  readers 
having  differing  objectives  in  the  use  of  this  document  can  seek  their  own 
level,  the  structure  has  been  set  up  as  follows.  This  section  contains  an 
overview  of  the  system  architecture  with  enough  detail  and  philosophy  back¬ 
ground  to  understand  FTWRP  for  the  purposes  of  operating  the  system  and 
understanding  its  relationship  with  existing  equipment.  Section  3  is  intended 
to  provide  step-by-step  operating  instructions.  Greater  detail  on  Hardware, 
Software,  and  Firmware  appears  in  Sections  4,  5  and  6  which  reference  other 
information  contained  in  the  Appendix. 

2.1  Achieving  Reliable  Systems 

Methods  of  achieving  reliable  systems  include  two  major  approaches: 

1)  use  of  reliable  components  in  the  system,  and  2)  design  of  redundant 
components  into  the  system.  The  latter  approach,  given  an  effective  means 
of  locating  failed  elements  and  replacing  them  from  a  supply  of  spares, 
allows  highly  reliable  systems  to  be  built  from  ordinary  components.  As 
Figure  2-1  shows,  highest  probability  of  survival  results  when  the  system  is 
partitioned  into  a  large  number  of  identical,  simple  modules,  each  of  which 
can  perform  the  function  of  any  other  (Reference  2-1).  For  maximum  effective 
ness,  this  type  of  redundant  system  should  meet  the  following  requirements: 

1.  The  number  of  module  types  and  complexity  of  modules  should  be 
minimized. 

2.  Each  module  must  have  internal  fault-detection  capability. 

3.  A  means  of  replacing  failed  modules  must  exist. 

4.  The  task  must  be  partiti^nabl^  without  excessive  inter-module 
communication  bandwidth  requirements. 

Requirements  1  and  2  are  best  met  with  programmable  processors,  which  also 
improve  adaptability  to  mission  changes. 


The  Fault-Tolerant  Signal  Processor  (FTSP)  is  an  example  of  a  self¬ 
repairing  programmable  signal  processor  and  its  application  to  a  meteorological 
Doppler  radar,  in  which  fault-tolerance,  programmability,  and  expandability 
are  all  important  features.  FTSP  utilizes  the  basic  concept  of  distributed 
processing  with  distributed  control,  with  the  intent  that  total  decentralization 
minimizes  the  occurrences  and  effects  of  single-point  failures. 

2.2  Features  of  FTSP 

This  subsection  gives  an  overview  of  the  Fault-Tolerant  Signal 
Processor;  more  detailed  descriptions  of  hardware,  software,  and  firmware 
appear  in  Sections  4,  5  and  6. 

The  FTSP  utilizes  a  fully-distributed  architecture  with  three  types  of 
elements  or  modules:  the  Common  Element  (CF),  the  Common  Memory  (CM),  and 
the  Input/Output  Controller  (IOC).  These  modules  are  interconnected  by  dual- 
redundant,  high-bandwidth  (up  to  5  x  106  16-bit  words/sec)  open  collector 
busses.  Dual -redundant  power  busses  provide  fault-tolerant  power  to  each 
module. 

The  CE  is  a  16-bit,  microprogrammed  computer-on-a-card  with  an  internal 
architecture  and  instruction  set  which  were  optimized  for  signal  processing. 

All  computational  and  network  management  software  resides  in  the  CE.  Although 
the  CE  has  16K  words  of  on-board  memory,  in  many  applications  a  larger, 
common  data  base  is  required.  The  CM  fills  this  need  by  supplying  128K  words 
of  random-access  memory,  addressable  by  240-word  pages.  The  CM  has  its  own 
intelligent  microprogrammed  controller  for  more  efficient  operation. 

The  IOC  .nay  serve  either  of  two  functions:  a  general-purpose  parallel 
I/O  channel  to  the  outside  world,  or  a  "bus  extender"  to  connect  two  or  more 
clusters  of  elements.  When  used  as  an  I/O  channel,  the  IOC  is  capable  of 
interfacing  up  to  16  external  devices  v.  each  of  two  parallel  busses.  When 
used  as  a  bus  extender  the  IOC  forwards  messages  from  one  bus  to  another, 
thus  acting  as  a  communications  link  between  clusters  of  elements. 


15 


Each  element  communicates  on  a  bus  via  message  packets  of  up  to  256 
words.  The  first  words  of  each  packet  are  a  header  block  containing  infor¬ 
mation  regarding  the  source  element  (sender),  destination  element  (receiver), 
any  required  waypoint  elements  (bus  extender  IOCs),  and  the  type  of  message. 

If  the  communication  is  within  a  single  cluster,  only  one  header  word  is 
required.  Otherwise,  the  first  eight  words  are  reserved  as  header. 

Each  element  has  a  6-bit  "virtual  address"  (VA)  by  which  it  is  accessed 
on  the  busses.  At  power-up,  or  after  a  reset  operation,  the  module  receives 
a  position-dependent  "socket  address."  When  the  module  is  assigned  a  specific 
task,  it  is  given  a  new  address  appropriate  to  that  function.  Therefore,  if 
a  spare  must  take  over  the  task  of  a  failed  element,  the  executive  merely 
resets  the  faulty  module  and  changes  the  spare's  address  to  that  of  the 
faulty  one.  The  system  looks  the  same  to  the  rest  of  the  elements;  therefore 
configuration  information  need  not  change.  This  reconfiguration  method 
minimizes  bus  traffic  and  overhead. 

A  special  mechanism  is  provided  to  override  control  of  an  element,  if 
necessary.  The  bus  interface  on  each  element  includes  a  decoder  to  recognize 
certain  special  commands  from  the  executive  operating  system.  These  commands 
can  automatically  reset  a  module  to  its  initial  power-up  state,  or  even  turn 
off  power  to  an  element  to  remove  pathological  faults  from  the  system.  These 
commands  are  decoded  with  minimal  hardware,  and  do  not  require  the  cooperation 
of  the  element's  controller  or  software. 

The  operating  system  of  the  FTSP  is  distributed  throughout  the  CEs  of 
the  processor.  The  Distributed  Operating  System  (DOS)  is  a  two-level 
hierarchy  (Figure  2-2).  DOS-O,  which  resides  in  every  CE,  maintains  local 
control  over  operations  such  as  I/O  and  user  services.  The  system  executive 
resides  in  only  two  CEs,  and  actually  runs  as  a  task  under  the  aegis  of  DOS-O. 
The  active  executive,  (DOS-1)  resides  in  one  CE  under  a  dedicated  virtual 
address.  An  alternate  executive  (ADOS)  resides  in  another  CE,  and  acts  as  a 
watchdog  over  DOS-1 ;  if  DOS-1  fails,  ADOS  takes  over  and  assigns  its  own  task 
to  another  CE.  DOS-1  handles  global  control  functions,  such  as  system  con¬ 
figuration,  partitioning  of  tasks,  and,  in  the  case  of  faults,  replacement  of 
failed  elements.  In  FTWRP,  DOS-1  resides  in  an  intelligent  terminal. 
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DOS-1 
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2.3  Fault  Tolerance  Philosophy  and  Implementation 

The  philosophy  of  Fault  Tolerance  in  FTSP  is  relaxed  in  comparison  to 
some  fault-tolerant  computers.  If  a  fault  occurs,  it  will  "eventually"  be 
detected  and  removed  from  the  system.  In  the  meantime,  erroneous  results  may 
be  produced.  Obviously,  this  philosophy  would  be  unacceptable  in  some 
applications  (e.g.,  control  processors),  but  is  adequate  for  most  signal 
processing  purposes. 

Features  have  been  built  into  hardware  and  software  of  the  Fault 
Tolerant  Signal  Processor  to  aid  in  fault  detection.  The  operating  system 
isolates  faults  to  a  replaceable  unit  (which  may  be  an  element  or  a  bus). 

Since  the  reliability  of  a  network  is  limited  by  that  of  its 
branches,  special  attention  was  given  to  the  fault  tolerance  of  the  inter¬ 
element  busses.  Full  handshaking  (data  ready,  acknowledge)  is  performed  on 
each  word  transmitted.  Word-by-word  parity  checking  helps  to  insure  data 
integrity  on  the  bus.  In  addition,  various  watchdog  timers  monitor  all  bus 
activity  to  detect  timing  problems. 

Since  more  than  one  element  may  attempt  to  use  a  bus  at  the  same  time, 
a  method  of  distributed  arbitration  is  employed  to  decide  which  retains 
control.  The  virtual  address  of  each  element  determines  its  priority  on  the 
bus  (77g  =  highest,  00  =  lowest).  Arbitration  causes  lower-priority  elements 
to  yield  to  the  highest  priority  element.  If  this  process  takes  too  long, 
or  is  otherwise  thwarted,  a  watchdog  timer  detects  the  fault  condition. 

Fault-detection  hardware  in  the  CPU  includes  automatic  checks  for 
illegal  use  of  privileged  instructions,  invalid  instructions,  and  unauthorized 
use  of  protected  memory.  In  addition,  an  extensive  set  of  microprogrammed 
diagnostics  is  executed  at  power-up  and  after  a  reset  condition.  Under 
limited  conditions,  DOS-O  may  also  invoke  the  diagnostics  and  report  the 
results  to  DOS-1 . 
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Two  higher-level  fault  detection  techniques  are  implemented  by  DOS-1: 

1)  status  polling,  and  2)  spare  rotation.  At  a  programmable  rate,  DOS-1 
polls  all  virtual  addresses  with  a  "status  request"  message.  No  response  or 
a  reported  error  will  cause  DOS-1  to  reset  the  element  controller  (e.g.,  DOS-O). 
All  possible  addresses  are  polled  to  help  discover  newly-inserted  elements;  this 
feature  allows  the  processor  to  be  repaired  witnout  shutdown. 

Spare  CEs  may  be  assigned  a  self-diagnostic  task  to  thoroughly  test  the 
hardware  and  firmware.  By  periodically  rotating  spares  and  active  elements, 
DOS-1  insures  that  all  CEs  are  checked  out,  providing  a  means  for  detecting 
subtle  faults.  An  algorithm  has  been  implemented  which  permits  spare  rotation 
without  loss  of  data. 

2.4  FTWRP  Hardware 

The  block  diagram  in  Figure  2-3  illustrates  the  FTWRP  hardware  and  its 
interconnection  to  the  existing  Pulse-Pair  Processor  and  PPP  Recorder  Encoder. 

A  30-inch  rack-mounting  card  rack  with  16  slots  accommodates  the  three  basic 
fault-tolerant  signal  processor  card  types: 

1)  Common  signal  processing  Element  (CE) 

2)  Input/Output  Controller  (IOC) 

3)  Common  Memory  (CM) 

and  to  interconnects  them  via  the  dual  bus  system.  Two  IOCs  and  six  CEs  (five 
for  processing  ind  one  spare)  are  provided  so  that  eight  spare  slots  are 
available  for  future  expansion.  No  CMs  are  required  in  presently-envisioned 
applications.  Power  supplies,  mounted  in  the  30-inch  rack  on  rails,  provide 
adequate  +5  .  It  power  rov  the  eight  cards  and  a  test  panel,  and  adequate 
t  15  volt  power  for  eight  additional  CEs.  IOCs  do  not  require  ±  15  volts. 

An  Intecolor  8032  intelligent  ♦’.erminal  (desk  top  computer),  which  has 
built-in  dual  floppy  disk  drives,  is  interfaced  through  its  optional  24-bit 
port  to  the  redundant  bus  via  a  Terminal  Interface  Element  (TIE).  This 
configuration  allows  the  Intecolor,  which  serves  as  the  FTWRP  control  console 
and  fault  status  display,  to  appear  as  an  element  in  the  same  cluster  as  the 
processing  CEs.  DOS-1  was  recoded  to  reside  in  the  Intecolor,  which  also 
has  its  own  version  of  DOS-O.  The  terminal  also  serves  as  the  system 
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PULSE  PAIR  PROCESSOR  PPP  RECORDER  ENCODER 


Figure  2-3.  FTWRP  Hardware  Block  Diagram 


Common  Memory  (programs  and  tables  are  stored  as  pages  on  the  dual  floppy 
disks),  and  has  a  serial  port  for  occasional  communication  with  a  CYBER 
175  on  which  program  development  is  accomplished.  The  existing  PPP  is  used 
to  provide  automatic  gain  control  and  clutter  cancellation.  Digitized 
coherent  channel  I  and  Q  video  and  log  power  pass  into  the  FTWRP  through 
the  INPUT  SYNCHRONIZER  and  its  associated  IOC  which  distributes  data  among 
the  processing  CEs.  Following  processing,  the  output  data  is  collected  by 
mother  IOC  and  passed  through  the  OUTPUT  SYNCHRONTAR  to  other  equipment 
for  recording  or  display.  Section  4  presents  detailed  descriptions  of  each 
of  the  major  hardware  components  of  the  FTWRP  system. 

2.5  FTWRF  Software 

The  FTWRP  software  consists  of  three  major  parts:  1)  the  operating 
system  (DOS-O  and  DOS-1),  2)  the  FTWRP  command  processor  ( Intecolor-resident) , 
and  3)  the  signal  processing  user  programs  (CE-resident) . 

2.5.1  Operating  System  Software 

As  stated  above,  the  signal/data  processor  operating  system  is  a  two- 
level,  distributed  operating  system  (DOS)  responsible  for  managing  the  oper¬ 
ation  of  all  elements  within  the  system.  The  two  levels  of  DOS  correspond  to 
the  individual  element  (CE)  level  (DOS-O)  and  to  the  system  level  (DOS-1). 
Programs  executing  in  a  CE  are  referred  to  as  tasks  and  are  identified  to  all 
elements  of  the  system  by  virtual  address.  All  non-CE  components  also  possess 
a  virtual  address  to  permit  a  uniform  mechanism  for  communications.  Tasks 
form  the  computational  resource  for  system  execution  of  signal  processing 
functions.  The  two  levels  of  DOS  are  concerned  with  managing  the  execution 
of  tasks  within  each  CE  (DOS-O)  and  with  the  assignment  and  fault  monitoring 
of  tasks  to  available  CEs  (DOS-1). 

2.5.2  FTWRP  Command  Processor 


The  Intecolor  serves  as  the  manual  control  panel  for  the  FTWRP,  by 
which  various  system  parameters  are  communicated  to  the  applications  software. 
The  specific  nature  of  these  parameters  is  dependent  on  the  application,  and 
is  therefore  described  further  in  Sections  2.5.3  and  3.2. 
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In  addition,  the  Intecolor  software  is  responsible  for  reporting 
FTWRP  system  status  to  the  operator.  This  status  includes  the  socket  address 
of  each  active  element,  its  card  type  (CE,  CM,  or  IOC),  its  current  virtual 
address, and  status.  The  Intecolor  itself  appears  in  the  status  display  as 
a  CE  with  socket  address  0  and  virtual  address  77  (octal). 

2.5.3  Signal  Processing  Application  Programs 

Two  applications  of  FTWRP  are  available:  one  for  the  traditional  radar 
pulse  sequence  and  another  for  a  special  "dual  wavelength"  sequence  developed 
by  AFGL  for  range  ambiguity  resolution. 

2. 5. 3.1  Continuous  Pulse  Sequence 

In  Figure  2-4,  a  processing  flow  diagram  for  the  continuous  pulse 
sequence  is  presented.  In  a  traditional  hardwired  signal  processor  such  as 
the  existing  PPP,  this  diagram  would  also  represent  the  actual  hardware.  In 
the  programmable  distributed  Digital  Fault  Tolerant  Signal  Processor,  however, 
the  hardware  organization  bears  no  resemblance  to  processing  flow.  Each  of 
the  processing  CEs  receives  the  same  program  but  uses  different  segments  of 
the  range-addressed  look-up  tables.  Each  CE  independently  processes  its 
assigned  group  of  contiguous  range  cells.  Prior  to  Range  Integration,  a 
small  number  of  edge-cells  is  exchanged  among  CEs.  The  IS  and  input  IOC 
distribute  data  among  CEs  and  the  OS  and  output  IOC  collect  data  upon  com¬ 
pletion  of  processing. 

Extensive  use  is  made  of  the  16K-word  memory  in  each  CE;  in  Figure  2-4, 
the  buffers  required  for  each  processing  function  are  sized  in  terms  of  the 
number  of  range  cells  processed  (Nrc)  for  aV[  CEs.  A  total  of  14  NrC  =  14,336 
words  is  needed  for  Nrc  =  1024,  but  since  this  memory  is  divided  among  five 
CEs,  only  about  25%  of  the  available  user  memory  area  is  filled. 

The  required  signal  processing  macroinstructions,  which  were  custom- 
developed  for  FTWRP  (except  READ  and  5READR)  are  indicated  in  Figure  2-4 
along  with  their  associated  processing  functions.  Functions  to  the  LEFT  of 
the  dashed  line  ("pulse-level"  processing)  are  especially  time-critical 
since  they  are  performed  following  each  radar  pulse.  For  this  reason,  RACC 
and  RACOR  received  special  attention  in  terms  of  optimization  of  execution 


22 


time.  Instructions  READ,  RACORI  and  SREADR  are  used  only  following  the  first 
pulse  since  they  eliminate  all  past  history  from  the  accumulators. 

The  SCALE  instruction  normalizes  accumulator  contents  with  respect  to 
the  selected  number  of  pulses  integrated  and  transfers  their  contents  to 
other  buffer  areas.  This  process  is  analogous  to  the  "dump"  operation  in 
the  hardware  PPP  which  transfers  information  into  holding  loops.  The  re¬ 
maining  operations,  also  performed  only  once  per  dwell  ("dwell -level"  pro¬ 
cessing)  are  executed  using  various  combinations  of  minicomputer  and  signal 
processing  instructions.  The  most  noteworthy  of  these  is  CVEC,  which  computes 
the  inverse  tangent  of  the  autocorrelation  function  for  each  range  cell. 

Though  not  needed  for  the  specified  outputs,  CVEC  also  computes  magnitude 
which  might  be  useful  if,  for  example,  it  is  decided  to  add  a  width  output 
alternative  as  a  later  refinement. 

The  user  programs  run  in  a  two-level  interrupt  scheme.  While  dwell- 
level  processing  is  being  executed,  incoming  messages  are  examined  by  DOS-O 
in  each  CE.  If  the  message  is  from  DOS-1,  then  DOS-O  takes  control  and 
responds  accordingly.  For  example,  DOS-1  may  wish  to  sense  the  status  of 
the  CE.  If,  on  the  other  hand,  the  message  is  from  the  Input  IOC,  then  it 
must  be  radar  data  so  DOS-O  immediately  relinquishes  control  to  the  pulse-level 
user  program  which  runs  in  a  privileged  mode  and  cannot  accept  other  messages 
since  processing  is  done  from  the  CE's  receive  buffer.  When  the  buffer's 
contents  have  all  been  processed,  control  returns  to  the  dwell -level  where 
execution  resumes.  Another  possible  input  message  is  the  result  of  another 
CE  transmitting  a  small  number  of  range  cells  for  range  integration.  In  this 
case,  DOS-O  returns  control  back  to  the  dwell-level  which  can  then  complete 
all  processing  for  that  dwell. 

2. 5. 3.2  Dual  Wavelength  Sequence  Application 

In  a  new  dual -wavelength  scheme  being  planned  for  implementation  by 
AFGL  (see  Figure  2-5),  pulses  at  frequency  F^  are  transmitted  at  a  uniform 
PRF  while  pulses  at  F2  are  transmitted  at  PRF/4.  In  the  Dual -Wavelength 
user  program  returns  from  Fj  are  pulse-pair  processed  to  provide  unabmiguous 
velocity  coverage  of  ±PRF/2,  while  F2  pulses  (from  a  separate  receiver  channel) 
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Figure  2-5.  Processing  Flow  Diagram  for  Dual  Wavelength  Mode 


are  block-integrated  to  provide  four  times  the  unambiguous  range  coverage 
tor  reflectivity.  kunye  Ambiguity  Kesolver  and  Coherent  Channel  formatter 
software  then  unscrambles  the  range-ambiguous  F^  doppler  data  based  on 
reflectivity  information.  Written  using  the  minicomputer  instruction  set 
for  maximum  user  flexibility,  these  functions  use  log  power  (reflectivity) 
data  which  is  unambiguous  over  four  times  the  range  of  the  coherent  data  to 
format  velocity  and  shear  into  an  apparently  unambiguous  range  extent.  Since 
this  process  results  in  far  more  range  cells  than  the  Encoder  can  handle,  a 
B : 1  block  range  integration  is  performed  prior  to  output.  Normally  B  is 
chosen  as  4,  but  other  possibilities  allow  finer  resolution  with  non¬ 
standard  range-cell  scaling.  Additionally,  sliding  window  range  integration 
can  be  performed  if  desired,  just  as  in  the  continuous  pulse  case. 


26 


1.  FTWRP  SYSTEM  USAGE 

The  following  sections  describe  the  use  of  the  FTWRP  system  and  the 
command  interpreter.  Section  3.1  deals  with  system  startup,  and  gives  a  step- 
by-step  instruction  outline  on  how  to  bring  up  the  system  from  a  powered-down 
state.  Section  3.2  describes  the  command  interpreter  and  required  command 
formats.  System  power-down  is  discussed  in  detail  in  the  last  section. 

3.1  FTWRP  System  Startup 

To  bring  the  system  up  from  a  cold  start,  follow  the  simple 
instructions  below: 

1.  Turn  on  the  Intecolor  (switch  located  in  rear  of  terminal). 

2.  Turn  on  FTWRP  power, 

3.  Reset  all  cards  by  settinq  RESET  switches  on  front  panel  of 
FTWRP  to  down  position  and  then  returning  them  to  their 
normal  (up)  position. 

4.  Turn  on  power  to  Pulse-Pair  Processor  and  PPP  encoder/ 
decoder. 

5.  Turn  on  power  to  Scan  Converter. 

6.  Insert  diskette  labelled  "FTWRP"  in  drive  0  (lower  drive)  on 
the  Intecolor. 

7.  Insert  diskette  labelled  "FTWRPAGES"  in  drive  1  (upper 
drive)  of  the  Intecolor. 

8.  Type  (ESCAPE)  P. 

9.  Type  (ESCAPE)  D. 

10.  Type  RUN  mOSO  (RETURN). 

11.  Type  in  commands  as  desired  (see  Section  3.2). 

12.  Type  PPP  to  beqin  processing. 

The  Intecolor  should  begin  accessing  the  drive  1  diskette  repeatedly  as 
the  Common  Elements  request  pages  to  load  the  applications  software.  Approxi¬ 
mately  16  pages  per  CE  will  be  loaded  before  the  system  will  actually  begin  to 
perform  the  task. 
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3.2  IDOS-1  FTWRP  Command  Interpreter 

The  interpreter  has  a  self-contained  command  parser  and  built-in  error 
checking  to  provide  a  simple  user  interface.  This  section  describes  each  of 
the  commands  currently  supported,  and  gives  specific  format  requirements. 

After  each  command  is  a  parameter  1 ist--required  parameters  are 
enclosed  in  square  brackets  '[*  and  ']'.  Optional  parameters  are  enclosed 
in  parentheses  '('  and  ’)'.  Default  values  for  optional  parameters  are 
qivei.  in  the  description  that  accompanies  each  command. 

Parameters  enclosed  by  curly  brackets  '{'  and  denote  that  exactly 
one  of  the  values  listed  must  be  included. 

Each  command  must  be  followed  by  at  least  one  space.  Commands  are 
truncated  to  5  characters,  and  all  following  characters  are  ignored. 

Parameters  are  separated  by  either  a  comma  or  by  one  or  more  spaces 
'  Number  parameters  may  be  in  octal,  hex,  or  decimal,  and  bases  may  be 
interchanged  within  commands.  Numbers  of  different  bases  are  entered  as 
fol lows : 


DECIMAL 

NUMBER 

EXAMPLE: 

678 

-429 

OCTAL 

'  NUMBER 

EXAMPLE: 

■357 

’0103 

HEXADECIMAL 

H  NUMBER 

EXAMPLE: 

HA94E 

In  addition,  some  parameters  require  floatinq  point  format  for  entry. 
Floating  point  numbers  must  be  in  decimal,  and  are  of  the  form 

XXXXXX. YY 

where  XXXXXX  is  any  number  from  -32768  to  +32767 
and 

YY  is  any  one  or  two  digit  number  up  to  99.  Leading  and  trailing  zeros  need 
not  be  included.  It  the  fractional  part  is  zero,  the  decimal  point  need  not 
be  included. 
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EXAMPLES: 

34.67 

-45.1 

109 

The  command  descriptions  are  qiven  in  Table  3-1. 

3.2.1  FTWRP  Parameters 

System  parameters  are  entered  usinq  the  SET  command  (see  Table  3-1). 

>•  The  various  parameters  and  their  possible  values  are  listed  in  Table  3-2. 

Some  parameter  values  are  affected  by  others,  and  there  are  limitations  on 
the  combinations  of  values.  For  example,  the  default  scale  constant  (SCL) 
is  determined  by  the  current  settinq  of  the  number  of  pulses  inteqrated  (NSI) 
according  to  Table  3-3. 

If  the  shear  flaq  (SHR)  is  set  to  RADIAL,  the  SHRLUT  parameter,  which 
is  useful  only  to  tanqential  shear  computation,  is  ignored.  Also,  many 
parameters  are  used  only  durinq  ranqe  ambiguity  resolution,  which  is  not 
performed  except  in  the  Dual -Wavelength  application.  These  include  BLW, 

PRETHR,  and  ZTH. 

Finally,  there  are  limitations  on  the  combination  of  values  for  the 
number  of  ranqe  cells  per  pulse  (NRC),  the  range  cell  size  (TP),  and  the  number 
of  pulses  inteqrated  (NSI).  Table  3-4  lists  these  in  detail. 
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Table  3-1.  FTWRP  Command  Description 


COMMAND 
RES  [VA] 


DIR  (DRIVE#) 


SAV  [FILENAME](.EXT)(;VR)(  MEMSPEC) 


LOA  [FILENAME](.EXT)(;VR){  MEMSPEC) 


RADIX  OCTAL,  HEX 


CYB  (BAUD) 


BAUD: 

0-7  =  300  baud 

8  =  1200  baud 


DESCRIPTION 

Reset  card  with  virtual 
address  VA 

Display  directory  of  disk 
drive  DRIVE#.  Default 
drive  i s  MD1 : 

Save  a  file  onto  disk 
with  name  'FILENAME. EXT; VR 1 

If  the  memory  spec  is  not 
included,  page  0  will  be 
saved  as  'FILENAME'  onto 
drive  MD1 : 

Same  as  save  command,  except 
file  will  be  retrieved  from 
disk  and  placed  in  specified 
area  of  memory.  Default 
memory  spec  is  page  0 

Sets  the  radix  for  output 
to  the  specified  value. 

Sets  the  baud  rate  as  speci¬ 
fied  in  BAUD,  then  calls 
the  utility  routine  CYBER 
which  interfaces  the  In- 
tecolor 


16  =  2400  baud 
32  =  4800  baud 
64  =  9600  baud 


to  a  modem  connected  to 
the  RS-232  port. 

Control  is  regained  when 
the  DELETE  key  is  de¬ 
pressed 

The  default  baud  rate  is 
300  baud. 


Erase  the  Intecolor  Display 


INI 

Initializes  the  IDOS-1 
tables  (PGMAP,  SYSTBL,  etc) 
and  returns  IDOS-1  to  the 
initialization  state 

TSK  [VA],  [TSKID] 

Load  task  into  CE  with 
address 

VA.  ‘TSKID'  is  used  to 
compute  the  Load  Map  Page 
number. 

ST  [VA],  [NEWVA]( .STARTADDR) 

Start  CE  executing  task 
under  address  1 NEWVA'  and 
the  specified  start  add¬ 
ress. 

If  start  address  is  omit¬ 
ted,  the  address  in  the 
task  prologue  will  be  used. 

CLR 

Clear  the  Intecolor  display, 
then  repaint  the  system 
status  on  the  screen. 

PRINT  ON, OFF 

This  turns  on  the  Integral 
Data  Systems  printer  hand¬ 
ler  and  causes  all  output 
to  the  screen  to  be  printed 
This  handler  may  not  work 
for  al 1  printers. 

OSPP  [PAGENUMBER] 

Displays  the  desired  page 
in  octal  or  hex  format, 
depending  on  the  current 
radix 

DSPM  [VA][ ,STARTAODR]{ .ENDADDR) 

Displays  the  contents  of 

CE  memory,  starting  at 
STARTADDR  and  ending  at 
ENDADDR.  If  ENDADDR  is 
omitted,  240  words  will  be 
displayed.  In  any  case, 
no  more  than  240  words  will 
displayed. 
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MODP  [PAGENIIMRER] , [APDR 1=DA TA1 ] ( .DATA?) ( ,DATA3 ) . . . (ADDR2=DATA1 ) ( ,0ATA2) 


Modifies  the  desired  paqe 
by  replacinq  the  current 
contents  at  ADDRl.etc  with 
DATAl.etc.  Consecutive 
addresses  need  not  be  ex¬ 
plicitly  entered.  If  paqe 
0,  1,  or  2  are  modified, 
only  the  RAM-resident  ver¬ 
sions  are  modified.  Other¬ 
wise,  the  new  copy  is 
written  to  disk,  and  the 
old  copy  is  destroyed, 

MOOM  [ VA] , [ ADDR 1=0ATA1 ] ( .0ATA2 ) . . . (ADDR2=0ATA1 ) ( , DATA2 ) . . . 

Same  as  MODP  except  des¬ 
tination  is  the  specified 
memory  address  in  CE  with 
virtual  address  VA. 

MSG  [DESTVA],[SRCVA](,MSGCODE)(, WORDCT)  Sends  the  contents  of 

paqe  0  to  DESTVA,  creates 
a  header  word  with  SRCVA 
as  the  source  address  and 
messaqe  code  MSGCODE. 
Exactly  WORDCT  words  will 
be  sent  (not  includinq  the 
header  or  wordcount  words) 
If  WORDCT  is  omitted,  240 
words  are  transmitted. 

Changes  the  virtual  ad¬ 
dress  of  the  Intecolor  to 
VA. 

Selects  the  bus  over  which 
all  subsequent  transmis¬ 
sions  will  be  sent.  ALT 
signifies  that  busses  will 
alternated. 


SVA  [VA] 

BUS  {A,B,ALT} 
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CMR  [VA]  .[PAGENtIMRER] 


CMW  [ VA] ,[PAGENUMBER] 

SCH  [TSKNO] ,[ VA] 

CON  [VA] 

TRA  |;VA]lON.Oi  i  r 

TSP  [VA] 

TRS  [VA] 

STO 


Sends  a  CM  read  request 
to  VA,  for  page  PAGENUMBER. 
The  result,  when  it  is 
received,  will  be  displayed 
on  the  screen. 

Sends  a  CM  write  request 
to  VA  to  write  the  contents 
of  page  0  as  paqe 
PAGFNIIMBER. 

Enters  the  task  in  TSKNO 
onto  mo  MGS-;  task  queu.1, 
.mi  VA  onto  the  virtual 
.  .dress  queue. 

S(-.,i;S  ;  he  ruoi  , qura:  .un 
..aele  r.o  cne  0,  at  aduress 
'jr . 

.  .n.s  trace  feature  in 
..  at  VA  on  or  off.  for 
.his  command  to  work  prop¬ 
erly,  trace  interrupts  must 
Save  already  been  enabled 
.n  user  task  proloque. 

Sends  a  suspend  task  com¬ 
mand  to  the  CE  at  VA. 

Sends  a  resume  task  com¬ 
mand  to  the  CE  at  VA.  The 
CE  must  have  previously 
been  sent  a  suspend  task 
message. 

Saves  the  current  task 
queue  and  related  variables 
on  drive  MD1:  as  file  ‘TASK 
S.001' 
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CTQ 

ABORT 

CONT 

PPP 

SET  [PAR1=DATA1]( ,PAR2=DATA2) . .. 
(PARn=PATAn) 


Clears  the  task  queue  and 
virtual  address  queue. 

Aborts  the  pulse  pair 
processinq  tasks  and  returns 
the  system  to  the  idle 
state. 

Restarts  the  Pulse-Pair 
processinq  tasks  after  an 
ABORT  command. 

Beqins  the  System  Startup 
procedure  that  performs 
Pulse-Pair  processinq. 

Modifies  the  parameter 
table  as  instructed  in  the 
operands  (see  Table  3-2). 

If  the  system  is  idle, 
nothing  else  happens. 
Otherwise,  the  modified 
parameter  list  is  sent  to 
each  signal  processinq  CE. 
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Table  3-2.  'SET'  PARAMETER  MNEMONICS 


MNEMONIC 


DESCRIPTION 


SHR 

SHRLDT 

NRC 


NSI 


SLW 

SCI 

BLW 


Shear  flag:  R  =  Radial  shear  processing 
T  =  Tangential  shear 
Tangential  shear  Look  up  table  load  map 
page  number.  Not  applicable  if  shear 
flag  =  Radial. 

Number  of  Range  Cells  Processed: 

256 

512 

768 

1024 

Number  of  Pulses  Integrated: 

16 

32 

64 

128 

256 

Sliding  Window  Integration  window  size: 

0  -  16 

Scale  constant  (if  different  from  default) 

1  -  256 

Block  Integration  window  size  (for  dual 
wavelength  only): 

1 

2 
4 
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Table  3-2.  'SET'  Parameter  Mnemonics  (con‘t) 


4 


MNEMONIC 

PRETHR 

ZTH 

RNORM 

TP 

STPOLL 

SPRROT 

IOC 

CE 

STPMAX 

DEC, RAO 


DESCRIPTION 

Pre  Ranqe  Ambiquity  Resolution  Reflectivity 
Threshold  (dual  wavelenqth  only): 

o  -  inn 

Post  Ranqe  Ambiquity  Resolution  Reflectivity 
Threshold  (dual  wavelenqth  only): 

0  -  100 

Ranqe  Normalization  processing: 

ON 

OFF 

Ranqe  Cell  size  (in  microseconds): 

1 

2 

Status  polling  frequency  (in  seconds): 

1  -  255 

Spare  Rotation  parameters  (2): 

ON,  frequency  (in  seconds,  1-2 
55) 

OFF 

Number  of  IOCs  required  for  processing: 

0  -  2 

Number  of  CEs  required  for  processing: 

0  -  5 

Number  of  unanswered  status  polls  allowed 
before  reconfiguration  is  invoked: 

1  -  255 

System  Degradation  flag: 

ON  (system  will  deqrade) 

OFF  (system  will  do  nothing) 
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Table  3-3.  Scale  Constant  Default  Determination 


NS I  SCL  (Default) 


32  8 

64  4 

128  2 

256  1 
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Table  3-4.  System  Limitations  on  NRC,  TP,  and  NS  I 


('X'  denotes  illegal  combinations) 


I 

1 

NSI 

256 

NRC 

512  |  768 

1 

1024 

1 

32 

X 

X 

1  * 

! 

- 

TP  =  ! 

64 

X 

X 

1  ? 

I 

- 

1  usee  | 

128 

X 

X 

] 

i 

- 

1 

256 

X 

X 

| 

1 

- 

1 

32 

- 

I 

1 

- 

TP  =  | 

64 

- 

| 

1 

- 

2  usee  | 

128 

- 

| 

I 

- 

1 

256 

- 

- 

1 

1 

- 

See  Appendix  D 

3.3.  FTWRP  System  Shutdown 

To  shut  the  FTWRP  system  down,  follow  the  steps  below: 

1.  Type  ABORT  (RETURN)  to  stop  the  siqnal  processing  tasks. 

2.  Hit  the  CPU  RESET  key  on  the  Intecolor  keyboard. 

3.  Turn  off  power  to  Intecolor,  SCRM,  PPP,  PPP  encoder/decoder, 
and  FTWRP  (in  any  order). 
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4.  DETAILED  HARDWARE  DESCRIPTION 


4.1  Common  Element 

4.1.1  General  Description 

The  Common  Element  (CE)  is  a  complete  microprogrammed  16-bit  computer 
on  a  card,  including  I/O  ports,  memory,  ALU  and  control  sequencer.  Figure  4-1 
is  a  block  diagram  of  the  CE.  The  CE  instruction  set  is  a  superset  of  the 
Raytheon  RP-16  microcomputer  instruction  set  with  signal  processing  macro 
instructions;  e.g.,  complex  matrix  multiply,  CVEC  etc.  Several  hardware 
features  have  been  incorporated  in  the  CE  to  permit  32  or  more  elements  to 
operate  on  common  busses  and  to  make  software  independent  of  hardware  assign¬ 
ments.  This  section  discusses  the  CE  in  general,  and  gives  an  Equipment 
Specification  of  the  Mark  I  CE. 

Two  I/O  ports  connect  to  identical  16-bit  bi-directional  busses  which 
provide  redundant  paths  for  macro-program  loading  into  CEs  and  for  communi¬ 
cation  of  data  both  among  CEs  and  with  other  memory  or  I/O  units  connected 
to  the  busses.  The  control  lines  are  used  for  bus  control  and  arbitration. 

Bus  data  rates  are  dependent  on  many  physical  parameters,  such  as  the  distance 
between  source  and  destination.  However,  the  average  data  rate  is  approxi¬ 
mately  four  16-bit  words  per  microsecond  (4  million  words/sec). 

The  Random  Access  Memory,  used  for  storage  of  data  and  macroprograms, 
has  dimensions  of  16K  words  by  16  bits.  Although  it  is  dynamic  MOS  memory 
and  requires  refresh,  this  requirement  is  made  transparent  to  macroprograms 
by  inclusion  of  an  address  multiplexer  and  refresh  timer  which  ensure 
adequate  refresh  through  a  micro-coded  routine.  A  basic  read  or  write  RAM 
cycle  requires  two  micro  cycles,  but  for  access  to  sequential  addresses 
within  128  word  "pages",  only  one  micro  cycle  is  required. 

The  structure  of  the  Arithmetic  Unit  has  been  optimized  for  signal 
processing  operations  such  as  complex  matrix  multiplication,  convolution, 
Fast-Fourier  Transform,  etc.  The  ALU  is  a  Schottky-bipolar  bit  slice  unit 
which  can  implement  typical  minicomputer  operations  such  as  addition. 
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logical  functions,  shifts,  and  sequential  multiply  or  divide.  The  ALU  also 
produces  an  address  for  the  RAM  by  performing  arithmetic  operations  on 
internal  registers  so  that  various  addressing  modes  can  be  accomplished. 

Most  operations  can  be  performed  in  one  micro  cycle;  in  fact,  many  compound 
operations  such  as  simultaneous  address  and  data  computations  are  possible. 
Multiplication  and  division,  however,  require  about  one  micro  cycle  per  bit. 
For  this  reason,  a  high-speed  parallel  multiplier  which  can  perform  a  16  x  16 
signed  two's  complement  multiply  in  just  one  micro  cycle  was  added.  The 
256-word  cache  memory  serves  as  a  high-speed  register  file  for  storage  of 
intermediate  results  of  data  processing  algorithms.  Read  or  write  accesses 
can  be  done  in  one  micro  cycle  with  se  uential  locations  accessed  by  an 
address  generator  under  micro-program  control. 

4.1.2  Specification  -  Common  Element  Mark  I  (Part  No.  977725) 

4. 1.2.1  Description 

The  CE  is  a  complete  mi croprogrammed  processor  on  a  card,  having  ALU, 
memory,  dual  I/O  circuitry,  and  a  control  sequencer.  The  CE  is  designed 
to  function  as  one  of  many  programmable  elements  including  spares  collectively 
communicating  via  dual-independent  high-speed  data  busses  to  form  a  fault- 
tolerant  signal  processor  wherein  the  failure  of  one  bus  or  any  CE  can  be 
tolerated.  The  CE  is  optimized  for  high-speed  signal  processing  by  virtue 
of  its  architecture  which  includes  a  hardware  multiplier  so  that  multiply/add 
operations  can  be  accomplished  in  one  microcycle. 

4. 1.2.2  Specification  Summary 
4. 1.2.2. 1  Memory  - 


0 

RAM  for  program  and  data  storage: 

16,384 

16-bit  words 

0 

RAM  for  register  sets  and  file: 

256 

II 

ll 

0 

RAM  for  input  buffer: 

256 

(l 

II 

0 

RAM  for  output  buffer: 

256 

ll 

u 

0 

ROM  for  DOS-O 

4,096 

ll 

II 
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o  ROM  for  Microcode: 

o  ROM  for  Instruction  Decode 


2,048 

1,024 


80-bit 

16-bit 


% 


4. 1.2. 2. 2  ALU  - 

o  16-bit  2 ' s  complement  arithmetic 
o  2  working  registers 

o  2  memory  address  registers 

o  separate  16  x  16  hardware  multiplier 
o  250  nsec  maximum  cycle  time 

4. 1.2.2. 3  I/O  - 

o  Two  independent  asynchronous  parallel  ports,  each  with  distributed 
bus-arbitration  logic 

o  16-bit  width  plus  one  parity  bit 

o  Message  blocks  up  to  256  words  long 

o  Header  string  for  message  routing  and  identification 

o  Four  MHz  typical  bus  data  rate 

o  Up  to  32  elements  per  bus 

o  Built-in  control  line  timing  and  sequence  monitoring 

4. 1.2. 2. 4  Software  - 

o  ROM-resident  element-level  distributed  operating  system  DOS-O  which 
coordinates  CE  operation  and  handles  allocation  of  CE  resources,  I/O, 
and  fault  monitoring 

o  30  mini-computer  instructions;  e.g.,  ADD 
o  24  operate  instructions  used  by  DOS;  e.g.,  WRITE 

o  12  powerful  signal  processing  instructions;  e.g.,  RACOR  which  computes 
autocorrelation  for  many  range  cells  and  is  the  heart  of  the  Pulse 
Pair  Processing  algorithm 

o  Eight  sets  of  eight  general-purpose  registers 

4. 1.2. 2. 5  General  - 

o  Construction:  wre-wrap,  plug-in,  dual-inline  0  to  70°  C  Integrated 
Circuits 

o  Size:  16.3125  x  13.8125  (including  connector)  x  1.5  inches 
o  Power  Requirements: 
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Typ. 

Max. 

+  15V  ±  5% 

.1A 

.6A 

-  15V  ±  5% 

.Q25A 

.04A 

+6.3V  ±  5% 

15A 

20A 

o  Built-in  power  controller  monitors  and  regulates  voltages,  provides 

proper  sequencing  at  turn-on,  allows  addition  of  redundant  power  sources, 
and  allows  faulty  CEs  to  be  powered-down. 

4.1.3  Detailed  Hardware  Description 

The  following  sections  describe  the  Common  Element  hardware  and 
timing  in  more  detail.  The  discussions  emphasize  six  major  units  of  the  CE: 
I/O  transceiver.  Arithmetic  Unit,  Control  Sequencer  Unit,  RAM  Interface  Unit, 
Timing  Generator,  and  Power  Controller. 

4. 1.3.1  Input/Output  Tranceiver 

The  Bus  Transceiver  circuit  of  the  Common  Element  (CE)  is  used  by  the 
CE  to  transmit  data  to  and  receive  data  from  other  elements  in  its  cluster 
by  means  of  either  of  two  16-bit  wide  open  collector  buses.  Data  is  trans¬ 
ferred  in  blocks  of  up  to  256  words.  Transmitting  and  receiving  are  under 
control  of  independent  control  circuits.  Since  several  transceivers  may 
attempt  to  use  the  bus  at  the  same  time,  a  system  of  arbitration  is  employed 
to  decide  which  transmitter  will  control  the  bus.  Figure  4-2  is  a  detailed 
block  diagram  of  the  CE  I/O  and  Figures  4-3  and  4-4  are  timing  diagrams 
showing  the  transmit  and  receive  operations. 

4. 1.3. 1.1  Inputs  from  CE 

1.  IOBUFOEC 

o  Outputs  receiver  RAM  to  SYSBUS  when  low. 
o  RAM  address  advances  on  pos.  edge  of  CKO. 
o  Must  be  high  when  receiver  is  idle. 

2.  IOSTATOEC 

o  Outputs  status  to  SYSBUS  when  low. 

3.  SEL  BUS 

o  Selects  bus  according  to  state  of  SBO  (H  =  B,  L  *  A), 
o  Clocks  on  pos.  edge. 

o  Must  stay  high  when  transmitter  is  triggered. 
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Figure  4-2.  8us  Transceiver  Block  Diagram 


4.  fwr 

o  Resets  receiver  to  idle  from  any  state  when  low. 
o  Block  size  high  when  receiver  is  idle. 

6.  mm 

o  Loads  CE  address  from  SYSBUS  on  pos.  edge. 

o  New  address  will  be  used  immediately  by  receiver. 

o  Transmitter  will  use  newly  loaded  address  on  first  TST  after 
loading. 

o  Do  not  load  new  address  while  transmitter  is  triggered, 
o  This  address  does  not  effect  the  data  block  header  word. 

7.  TST 

o  Starts  transmit  sequence  when  low. 

o  Uses  latest  loaded  address  for  arbitration. 

o  May  be  used  to  reattempt  transmission  of  a  block  previously 
loaded  into  transmitter  RAM  if  no  TXRST  is  given. 

8.  mm 

o  Loads  one  word  per  CKO  cycle  from  SYSBUS  to  transmitter  RAM  when 
low. 

o  Loading  does  not  have  to  be  continuous, 
o  Load  only  when  transmitter  is  idle. 

4. 1.3. 1.2  Arbitration 

Each  transceiver  has  a  6-bit  address  loaded  from  the  SYSBUS  into 
a  register  on  command  of  the  CE.  The  address  is  divided  into  two  3-bit  groups 
(MSB  and  LSB),  each  of  which  goes  to  a  one-of-8  decoder  to  produce  the  16-bit 
arbitration  code.  When  the  bus  becomes  unoccupied,  one  or  more  previously- 
triggered  transmitters  may  occupy  the  bus  simultaneously,  each  pulling  a 
pair  of  data  lines  low  according  to  its  arbitration  code.  The  code  seen  on 
the  bus  is  the  wired-OR  of  all  the  codes  occupying  the  bus.  The  presence 
of  two  or  more  transmitters  on  the  bus  necessarily  implies  that  more  than 
two  lines  are  pulled  low.  The  presence  of  higher  priority  transmitters  on 
the  bus  causes  lower  priority  transmitters  to  drop  off.  When  a  transmitter 
sees  that  the  only  others  on  the  bus  are  lower  priority,  it  waits  for  them 
to  drop  off.  When  its  two  bits  are  the  only  ones  pulled  low,  it  has  won  the 
arbitration  and  proceeds  to  transmit  its  data  block. 
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4. 1.3. 1.3  Destination  decoding 

After  winning  arbitration,  the  transmitting  element  outputs  the  first 
RAM  word  to  the  bus  and  pulls  the  READY  control  line  low.  The  first  word 
is  a  block-identifying  header  which  includes  the  six-bit  card  address  of  the 
element  which  is  to  receive  the  block.  At  the  time  of  the  first  negative¬ 
going  edge  of  READY  in  the  transmit  cycle,  every  element  in  the  cluster 
strobes  the  output  of  its  destination  decoder  to  see  if  the  six  destination 
bits  of  the  header  match  its  card  address  bits. 

4. 1.3. 1.4  Data  transfer 

The  receiver  which  is  the  intended  destination  of  the  block  may  respond 
in  either  of  two  ways.  If  it  already  has  a  data  block  in  its  RAM  which  has 
not  been  serviced  by  its  CE,  it  sets  BUSY  and  ACK  low.  If  its  receiving 
RAM  has  been  released  by  its  CE,  it  leaves  BUSY  high,  clocks  in  the  header 
and  sets  ACK  low.  Transmitter  and  receiver  proceed  to  transfer  the  data 
block.  The  transmitter  indicates  the  presence  on  the  bus  of  the  next  valid 
data  word  by  the  falling  edge  of  READY  and  the  receiver  acknowledges  receipt 
of  the  word  by  the  falling  edge  of  ACK. 

To  determine  when  the  transfer  is  complete,  the  transmitter  compares 
the  RAM  address  with  the  output  of  a  counter  which  counted  the  number  of 
write  pulses  during  the  last  RAM  loading  period. 

4. 1.3. 1.5  Parity 

The  transmitter  generates  odd  parity  on  the  data,  and  the  receiver 
checks  this  parity  bit  against  the  received  word.  For  an  er-or  on  any 
word  except  the  header,  the  receiver  sets  BUSY  low  at  the  time  of  the  fall¬ 
ing  edge  of  ACK.  Once  a  parity  error  has  been  received,  the  receiver  latches 
BUSY  low  for  the  remainder  of  the  transfer.  A  properly  operating  transmitter 
immediately  terminates  the  transfer. 

4. 1.3. 1.6  Transmitti  controller  outputs 

1.  AX  -  Parity  generator  output  gate,  A  bus  (L) 

2.  BX  -  Parity  generator  output  gate,  B  bus  (L) 

3.  A  BUS  ENBL  -  A  bus  data  transmitter  enable  (L) 

4.  B  BUS  ENBL  -  B  bus  data  transmitter  enable  (L) 
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5.  CODE  OE  -  Arbitration  code  output  enable  to  T  register  (L) 

6.  DATA  OE  -  RAM  output  enable  to  parity  gen,  (T)  register  (L) 

7.  TENBL  -  Bus  transmitter  enable:  Ready,  Occupied,  Parity  (L) 

8.  TREGGK  -  Clock  for  T  register  (POS  EDGE) 

9.  TCCK  -  RAM  address  counter  clock  (POS  EDGE) 

10.  TCRST  -  RAM  address  counter  direct  reset  (L) 

11.  TCLOAD  -  RAM  address  counter  synchronous  load  (L) 

12.  ARB  ENBL  -  Arbitration  decoder  enable,  MSB's  (H) 

13.  IOINT  -  Interrupt  to  CE  (H) 

14.  ST1  thru  ST4  -  Transmitter  state  (LOW  TRUE). 

4. 1.3. 1.7  Receiver  controller  outputs 

1.  RCCK  -  RAM  address  counter  clock  (POS  EDGE) 

2.  RCRST  -  RAM  address  counter  direct  reset  (L) 

3.  REOBCK  -  Block  size  register  clock  (POS  EDGE) 

4.  R  WRITE  -  RAM  write  enable  (L) 

5.  ST5,  ST6 ,  ST 7  -  Receiver  state 

6.  ICA  -  A  register  output  enable  to  RAM  (L) 

7.  ICB  -  B  register  output  enable  to  RAM  (L) 

8.  A  REG  CK  -  A  register  clock  (POS  EDGE) 

9.  B  REG  CK  -  B  register  clock  (POS  EDGE) 

4. 1.3. 1.8  Status  word 

The  transceiver  outputs  a  16-bit  status  word  to  the  SYSBUS  on  command 
of  the  CE.  Included  in  the  status  are  the  transmitter  state,  receiver  state, 
last  transmit  bus,  and  the  length  of  the  last  received  block.  Tables  4-1 
through 4-4  are  truth  tables  for  the  word. 

4. 1.3. 1.9  Receiver  states 
Idle 

No  data  waiting  in  RAM 
May  be  receiving 

Do  not  reset  receiver  when  it  is  in  this  state 
Parity  Error  A 

Parity  error  has  occurred  during  reception  on  bus  A 
Sender  is  still  occupying  bus 
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STAILS  TFimi  TABLES 
(At  SYSBUS) 


Table  4.1  TRANSMITTER  STATE 


SB4 

SB3 

SB2 

SBl 

STATE 

H 

H 

H 

H 

TRIGGERED 

H 

11 

I. 

H 

BUS  BUSY* 

H 

L 

11 

H 

ARB  FAULT* 

H 

L 

l, 

H 

REPLY  FAULT* 

I, 

H 

II 

11 

RDC  BUSY* 

L 

H 

L 

11 

PARITY  ERROR* 

L 

L 

H 

11 

TIME  FAULT* 

Xi 

L 

L 

H 

DONE* 

L 

L 

L 

L 

IDLE 

I  * (interrupt) 

^No  other  states  of  SBl  thru  SB4 

occur 

Table  4-2  LAST  TRANSMIT  HIS 


SB0 

BUS 

il 

* 

L 

A 

H 

B 

Table  4-3  RECEIVER  STA3E 


SB7 

SB6 

SB5 

STATE - - - — 

H 

L 

L 

IDLE 

11 

H 

L 

PARITY  ERROR  A 

H 

L 

H 

PARITY  ERROR  B 

L 

11 

L 

FAULT  A* 

L 

L 

H 

FAULT  B* 

L 

L 

L 

FULL* 

•Interrupt 

jNo  other  states  of  SB5 

-  SB7  occur 

Table  4-4  BLOCK  LENTO! 


SB15 

SBl  4 

SBl  3 

SB12 

SB11 

SB10 

SB9 

SB8 

L 

L 

L 

L 

L 

L 

L 

L 

HEADER  ONLY 

L 

L 

L 

L 

L 

L 

L 

H 

HEADER  6  ONE  WORD 

L 

L 

L 

L 

L 

L 

H 

L 

HEADER  &  TTO  WORDS 

o 

0 

o 

o 

o 

o 

0 

o 

o 

0 

0 

0 

o 

0 

o 

o 

H 

H 

H 

H 

B 

H 

H 

H 

HEADER  &  255  WORDS 
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Parity  Error  B 

Parity  error  has  occurred  during  reception  on  bus  B 
Sender  is  still  on  bus 

Fault  A 

Incomplete  block  received  on  A 
Parity  error  or  time  elapsed 

Fault  B 

Incomplete  block  received  on  B 
Parity  error  or  time  elapsed 

Full 

Data  block  received  without  error 

Read  onto  SYS  BUS  any  time  before  next  RXRST 

4.1.3.1.10  Transmitter  states 

Triggered 

Sending  or  waiting  to  send 

Will  proceed  to  an  interrupt  state 

TST  has  been  received 

May  be  reset  from  this  state  directly 

Bus  Busy 

Unable  to  get  bus  and  win  arbitration  in  required  time 
ARB  Fault 

Too  much  time  taken  in  arbitration 
Reply  Fault 

No  reply  from  receiver 

May  mean  parity  error  on  header 

Rec  Busy 

Receiver  answered  "BUSY" 

Parity  Error 

Transmission  incomplete  due  to  parity  error 
Time  Fault 

Transmission  incomplete 
Transmission  took  too  much  time 
Receiver  did  reply  to  header 

Done 

Transmission  completed 
Must  get  RXRST  to  go  to  "IDLE" 
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Idle 


Must  get  TXRST  to  get  to  this  state 

Load  transmitter  buffer  only  when  transmitter  is  in  this  state 
Counts  block  length:  #Words  written  between  TXRST  and  next  TST 
Goes  to  "TRIGGERED"  on  receipt  of  TST 

4. 1.3.2  Arithmetic  Unit 

The  CE  Arithmetic  Unit  (see  block  diagram  Figure  4-5)  consists  of 
the  ALU,  the  Multiplier,  Program  Status  word,  and  Register  File.  The 
following  subsections  discuss  each  of  these  in  detail. 

4.1. 3.2.1  Arithmetic  Logic  Unit  (ALU) 

The  ALU  used  by  the  Common  Element  is  the  Texas  Instrument  SN74S481 
4-bit  slice,  shown  functionally  in  Figure  4-6.  The  1 S481  contains  many 
features  relevent  to  the  CE  architecture,  most  notably  four  internal  special 
purpose  registers  and  four  major  data  ports.  The  working  register  (WR)  and 
extended  working  register  (XWR)  can  be  used  separately  or  concatenated  to  form 
a  single  double  length  accumulator.  The  memory  counter(MC)  and  program 
counter  (PC)  registers  represent  independent  memory  address  generators  with 
separate  increment-by-one  and  increment-by-two  controls.  The  I/O  ports  of 
the  ALU  chips  include  two  data  input  ports,  AI  and  BI/0  (which  doubles  as 
an  output  port),  a  general  purpose  data  out  port  (DOP)  and  an  independent 
address -out  port  (AOP),  permitting  memory  addressing  without  tying  up  the 
entire  ALU.  The  many  capabilities  of  the  'S481  are  discussed  in  detail  in 
Reference  4-1. 

4. 1.3. 2. 2  Multiplier 

The  on-board  multiplier  in  the  CE  is  a  TRW  MPY16AJ  16  x  16  multiplier 
array,  contained  in  a  large,  64-pin  dual-inline-package.  The  MPY16AJ  per¬ 
forms  a  16-bit  two's  complement  fractional  multiply  in  about  200  ns.  It  is 
connected  to  the  ALU  in  such  a  manner  so  as  to  permit  a  single  cycle  accumu¬ 
lated  multiply. 

4. 1.3. 2. 3  Register  file 

The  Common  Element  Arithmetic  Unit  has  a  256  x  16  RAM  with  a  single¬ 
cycle  access  capability.  The  first  64  locations  are  reserved  for  eight 
sets  of  eight  general-purpose  registers  used  by  the  data  processing 
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instruction  set.  The  second  64  locations  are  reserved  for  internal  book¬ 
keeping  in  microcode,  and  the  upper  128  locations  are  used  as  scratch-pad 
RAM  by  the  signal  processing  macro-instructions. 

4. 1.3.3  Control  Sequencer  Unit 

The  Control  Sequencer  Unit  consists  of  the  microprogram  Sequencer,  the 
two  mapping  PROMs,  the  pipeline  registers,  and  the  condition  code  select 
multiplexer.  These  are  each  described  in  the  following  subsections. 

4. 1.3.3. 1  Microprogram  Sequencer 

The  microprogram  sequencer  is  an  AMD  Am2910  chip  housed  in  a  40-pin 
dual-inline  package.  The  sequencer  generates  the  next  microprogram  address 
based  on  various  states  of  the  machine  by  using  a  powerful  set  of  instructions. 
It  uses  as  inputs  the  condition  code  multiplexer  output  (as  a  method  of 
conditional  execution),  the  0  port  input  (to  which  various  constants  can  be 
input),  and  internal  registers  such  as  the  microprogram  counter  (wpc)  and 
register/counter  (for  loop  counting).  The  AM2910  also  has  an  on-chip  micro¬ 
program  stack  which  supports  up  to  5  levels  of  subroutines  in  microcode. 

4. 1.3. 3. 2  Pipeline  Registers 

The  output  of  the  2Kx80  microinstruction  PROM  is  registered  to  increase 
throughput.  All  80  bits  are  registered  on  the  rising  edge  of  CKO  for  initial 
pipelining.  However,  to  effect  the  two-phase  operation  of  the  CE,  all  bits 
which  control  hardware  that  is  dependent  on  CK1  are  re-registered  at  the 
rising  edge  of  CK1.  Thus,  two-phase  operation  is  accomplished  automatically. 

4. 1.3. 3. 3  Mapping  PROMs 

The  CE  contains  two  sets  of  512  x  8  bit  mapping  PROMs.  The  first  set 
is  used  to  vector  to  microcode  routines  which  compute  the  effective  memory 
address  implied  in  the  various  data  processing  address  modes  which  the  CE 
supports.  Once  computed,  the  effective  address  is  stored  in  the  ALU  memory 
counter  (MC)  register  for  later  use.  The  second  mapping  PROM  is  then  used 
to  vector  to  the  microroutines  which  actually  execute  the  opcode  as  required. 
The  various  instructions  and  addressing  modes  are  treated  in  detail  in 
the  CE  Programmer's  Handbook  (Reference  4-2). 
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4. 1.3. 4  RAM  Interface  Unit 

The  onboard  memory  consists  of  16K  words  of  dynamic  RAM  for  user 
program  and  data  storage,  plus  4K  words  of  PROM  for  operating  system  use. 

The  dynamic  RAMs  (4116-2)  have  two  possible  addressing  modes.  A  random 
memory  read  or  write  requires  the  row  address  to  be  latched  first  and  then 
the  column  address.  The  high  to  low  transition  of  the  ROW  ADDRESS  STROBE 
(RAS)  latches  the  row  address.  The  high  to  low  transition  of  the  COLUMN 
ADDRESS  STROBE  (CAS)  latches  the  column  address.  Page  mode  allows  successive 
memory  operation  at  any  column  address  locations  of  the  same  row.  This 
increases  the  speed  by  approximately  a  factor  of  2  without  an  increase  in 
the  operating  power.  The  only  limitation  on  read  or  write  memory  operations 
that  can  be  performed  in  page  mode  is  the  length  of  time  the  row  address 
is  valid.  After  10  micro-seconds  the  row  address  must  be  pre-charged  (i.e. 
after  10  ps  of  page  mode  operations  the  next  memory  operation  must  be  a 
random  access  to  strobe  both  the  row  and  column  address).  The  page  mode 
cycle  is  170  nano-seconds  minimum  and  the  random  access  cycle  in  375  nano¬ 
seconds  minimum.  With  tolerance  for  timing  this  makes  the  page  mode  cycle 
equal  to  the  CE  cycle  and  the  random  access  cycle  equal  to  two  CE  cycles. 

The  decision  to  use  page  mode  or  random-access  mode  is  made  in  hardware, 
independently  from  microcode  or  software. 

At  the  output  of  the  RAM  is  a  byte/word  register  which  permits  auto¬ 
matic  unpacking  of  bytes  with  either  sign  extension  or  zero-fill  options. 

A  hardware  timer  interrupts  the  microcode  approximately  every  2  ms 
for  RAM  refresh.  The  microcode  then  sequentially  accesses  all  128  row 
addresses  to  fully  refresh  the  entire  RAM.  This  dynamic  RAM  refresh  timer 
also  serves  as  the  basic  tick  for  the  CE'suser  clock  used  by  software. 

A  memory  protect  circuit  prevents  writing  into  priveleged  areas  of 
RAM  without  proper  authorization.  Priveleged  areas  of  memory  are  the  user 
task  prologue  (see  St -..ion  5. 1.2. 2),  DOS-O  data  memory,  the  unused  locations 
from  3FFFjg,  to  F7FFjg,  and  the  PROM  address  space  (F800-FFFF).  An  un¬ 
authorized  write  to  protected  RAM  is  changed  to  a  read  operation  and  a 
fault  interrupt  is  generated. 
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4. 1.3.5  Timing  Generator 

The  Timing  Generator  creates  the  master  clock  signals  for  the  entire 
board.  The  major  input  to  the  generator  is  the  page-fault  signal  from  the 
RAM  interface,  which  stops  the  clock  temporarily  while  a  long  random  access 
operation  takes  place.  The  clock  itself  consists  of  two  phases,  CKO  and 
CK1  (see  Figure  4-7  ).  This  effectively  breaks  the  CPU  cycle  into  four  parts, 

labeled  T^,  1^,  T^  and  T^. 

The  first  part,  T^,  is  used  primarily  for  data  setup  on  internal  busses, 
memory  address  decoding,  microcode  instruction  decoding  etc,  and  is  approx¬ 
imately  65-71  ns  in  duration.  The  ALU  accepts  its  inputs  and  decodes  its 
instructions  during  T£,  which  is  50-55  ns  long.  T^  is  constrained  solely 
by  the  register  file  write  operation,  and  is  34-37  ns  in  duration.  The  third 
part,  T^,  is  used  to  ensure  that  all  hold  times  and  cycle  time  restraints 
are  met,  and  is  73-80  ns  long.  The  CE  cycle  time  is  therefore  specified  as 
222  ns  minimum,  and  243  typical.  The  average  speed  of  the  FTWRP  Common 
Elements  is  approximately  240  ns. 

4. 1.3.6  Power  Control ler 

The  Power  Controller  serves  three  major  functions:  1)  as  an  onboard 
regulator,  which  takes  the  +6V  and  ±15V  power  bus  voltages  and  regulates 
them  down  to  +5V,  +12V,  and  -5V  required  by  the  CE;  2)  as  a  power  sequencer, 
which  ensures  that  the  CE  voltages  are  applied  in  the  proper  order  to  avoid 
blowing  out  any  sensitive  IC's  (such  as  the  RAMs);  and  3)  as  the  mechanism 
by  which  the  board  is  reset  (master  reset)  or  powered  down  by  executive 
command.  The  majority  of  the  power  controller  is  contained  on  the  piggy-back 
printed-circuit  board  mounted  at  the  connector  end  of  the  card. 

4.2  Input/Output  Controller  (IOC) 

The  IOC  module,  block-diagrammed  in  Figure  4-8,  serves  as  a  message 
center  with  routing,  control  and  error-checking  functions.  Data  enters  as 
word-serial  packets  at  a  rate  of  4  x  106  16-bit  words  per  second  through 
one  of  four  ports.  Each  packet  is  loaded  by  the  Receive  Controller  into 
one  of  two  RAMs.  Processing  such  as  header  reordering  for  intercluster 
transfers  is  performed  by  the  Block  Controller, 
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I 

Figure  4-8.  IOC  Module,  Block  Diagram  j 
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and  the  data  block  is  sent  to  its  destination  through  another  port  by  the 
Transmit  Controller. 

The  IOC  implements  intercluster  and  system  I/O  block  transfer  through 
redundant  channels  so  that  failures  of  single  IOCs  or  entire  busses  can  be 
tolerated  without  loss  of  performance.  The  A  and  B  ports  are  always  con¬ 
nected  to  the  corresponding  busses  in  the  cluster  where  the  IOC  is  resident, 
thereby  providing  dual  paths  to  all  other  elements  in  that  cluster.  In 
multicluster  systems,  the  C  and  D  ports  of  an  IOC  in  an  executive  cluster 
connect  to  A  and/or  B  busses  of  two  different  slave  clusters.  In  this  way, 
only  N  +  1  IOCs  in  the  executive  cluster  are  needed  for  reconfiguration  in 
the  event  of  failures  of  an  IOC  or  of  either  of  the  A  or  B  busses  in  N 
slave  clusters.  The  IOC's C  and  D  ports  communicate  with  peripherals  in  a 
direct  mode;  two  four-bit  select-code  outputs  (See  Figure  4-8)  are  used  to 
select  one  of  up  to  16  peripheral  devices.  The  Input  Synchronizer  and 
Output  Synchronizer  are  Used  as  peripherals  in  FTWRP;  each  is  connected 
to  the  C-port  of  its  IOC. 

The  Bus  Interfaces  include  bus  transceivers  and  input  registers,  as 
well  as  header  decoding,  bus-access  arbitration,  and  parity  check  logic  as 
discussed  in  Section  4. 1.3. 1.2. The  four  interfaces  are  essentially  identical, 
except  that  the  C  and  D  ports  interpret  certain  message  codes  which  could 
only  have  come  from  an  executive  CE  as  invalid;  executive  messages  are 
only  allowed  to  enter  IOCs  through  the  A  or  B  ports.  The  independent 
receive  and  transmit  controllers,  implemented  in  high-speed  logic,  carry 
out  the  arbitration,  destination  decoding,  data  transfer  and  parity  checking 
by  interacting  with  the  bus  interfaces  and  control  lines.  Fast  RAMs  are 
used  as  dual  buffersfor  simultaneous  transmit  and  receive  through  separate 
ports  (or  through  the  same  port  for  test  purposes).  The  IOC  responds  to 
"status  request"  messages  from  the  executive  CE  by  formatting  and  sending 
a  "status  return"  message  containing  at  least  the  following:  IOC  virtual 
address,  current  modr:  f  operation,  selected  port,  and  current  bus  selected. 
Error  conditions,  such  as  invalid  message  codes  received  on  C  or  D  ports, 
are  also  included  in  this  message. 
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The  multiport  architecture  of  the  IOC  uses  a  variety  of  tests  on  a 
multitude  of  data  paths  and  circuit  elements  in  addition  to  the  pervasive 
parity  checking  to  assess  performance.  Each  port  is  directed  to  itself  as 
a  destination  through  the  various  possible  bus  paths;  for  example,  through  the 
C  port  of  an  executive  cluster  into  a  slave  cluster’s  A  bus,  into  an  A  port  of 
some  spare  device  resident  there,  cut  through  that  device's  B  port,  into 
the  0  port  of  another  executive-cluster  IOC,  out  through  its  A  port  and 
back  to  the  first  IOC's  A  port.  This  checking,  under  control  of  the 
executive,  exercises  and  tests  spare  data  paths  in  the  system.  The  control¬ 
ler  in  a  spare  IOC  is  tested  by  commanding  it  to  perform  functional  tests 
such  as  accepting  a  message,  modifying  the  contents  in  some  unique  way  and 
then  returning  the  result  to  the  executive  for  verification. 

The  IOC  block  controller,  block-diagrammed  in  Figure  4-9  contains  the 
microprocessor  controller  for  generating  the  control  signals  for  the  high¬ 
speed  receiver  controller  and  transmit  controller.  The  block  controller 
contains  a  Signetics  8x300  bipolar  Schottky  microprocessor  which  executes 
16  bit  instructions  in  250  nanoseconds. 

Data  handling  and  I/O  device  addressing  are  accomplished  via  the 
8-bit  interface  vector  (IV)  bus.  The  IV  bus  is  supported  by  four  control 
lines  and  the  8X300-generated  clock.  The  block  controller  contains  fourteen 
Signetics  8T32's  which  are  8-bit  latched  addressable  bidirectional  I/O  ports. 
The  microprocessor  addresses  the  port.  If  the  address  matches  the  8T32's 
internally-programmed  address,  the  port  is  enabled,  allowing  data  transfer. 
With  these  ports,  16-bit  words  are  read  from  the  IOC  outgoing  bus,  and 
16-bit  words  transferred  to  the  incoming  bus.  Transmit  interrupt,  transmit 
status,  receive  interrupt,  and  receiver  status  bits  are  sampled.  Bus  selects, 
RAM  clocks,  register  clocks,  and  device  select  signals  are  generated  at  the 
outputs  of  the  IV  registers. 

The  IOC  firmware  is  discussed  in  detail  in  Section  6.2. 
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Figure  4-9.  IOC  Controller  Block  Diagram 


4.3  Terminal  Interface  Element 


The  Terminal  Interface  Element  (TIE)  is  designed  to  interface  an 
intelligent  terminal  to  the  two  16-bit  open  collector  data  buses  in  the 
fault-tolerant  weather  radar  system.  Use  of  this  interface  permits  high¬ 
speed  asynchronous  data  transfers  independent  of  the  relatively  slow,  micro¬ 
processor-based  terminal.  The  TIE  communicates  with  the  intelligent  terminal 
via  a  24-bit  parallel  I/O  port,  and  with  other  elements  via  an  extension  of 
the  dual  16-bit  data  bus.  The  TIE  is  mounted  on  the  back  of  the  terminal 
along  with  its  own  5-volt  power  supply. 

A  block  diagram  of  the  TIE  is  shown  in  Figure  4-1Q.  It  consists  of  a 
Common  Element  Bus  Transceiver  with  some  extra  hardware  to  permit  communica¬ 
tion  with  the  terminal.  The  majority  of  this  extra  logic  is  devoted  to 
interfacing  the  16-bit  buses  of  the  I/O  transceiver  to  the  8-bit  bi¬ 
directional  bus  of  the  terminal.  This  is  accomplished  by  placing  four 
8-bit  tri -state  registers  on  the  8-bit  bus  which  alternately  clock  the 
most-significant  part  (MSP)  and  the  least-significant  part  (LSP).  Control 
of  which  part  is  loaded  at  each  clock  is  performed  by  the  LSP/ffi5P  flip-flop, 
which  toggles  each  time  a  read  or  write  is  ended. 

The  TIE'S  transmit  capability  may  be  disabled  by  raising  the  ITENBL 
line.  This  permits  the  TIE  to  listen  on  the  bus  and  recognize  messages 
without  responding  with  acknowledges.  The  purpose  of  this  feature  is  to  allow 
the  TIE  to  "eavesdrop"  on  the  bus  by  taking  another  elements'  virtual  address 
and  listening  to  all  messages  sent  to  it.  The  eavesdrop  capability  has 
never  been  tested,  but  should  work  in  principle. 

The  overall  operation  of  the  TIE  is  best  shown  by  describing  each  of 
the  inputs  and  control  lines  in  the  system.  The  outputs  are  discussed  in 
Section  4.3.1  and  inputs  in  Section  4.3.2.  Section  4.3.3  describes  the 
status  byte  of  the  TIE,  and  the  possible  transmitter  and  receiver  states. 
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Figure  4-10.  Terminal  Interface  Element  Block  Diagram 


65 


4.3.1  Outputs  from  TIE 

4.3. 1.1  LSP/M5P 

o  When  high,  indicates  next  byte  transferred  is  least-significant 
part  of  16-  bit  word. 

o  Must  be  low  at  the  beginning  of  each  read  or  write  between 
terminal  and  TIE. 

o  Reset  by  ITXRST  and/or  IRXRST. 

4. 3. 1.2  RXINT 

o  Signifies  that  the  I/O  receiver  requires  service. 

o  Generated  upon  completion  of  a  received  block  or  when  a  receiver 
fault  is  recognized. 

o  Reset  by  IRXRST. 

4. 3. 1.3  TXINT 

o  Signifies  that  the  I/O  transmitter  requires  service. 

o  Generated  either  upon  completion  of  transmission  or  when  a 
transmitter  fault  is  recognized. 

o  Reset  by  ITXRST. 

4.3.2  Inputs  to  TIE 

4. 3. 2.1  IRIOBUF 

o  Outputs  8  bits  of  receiver  RAM  to  data  bus  when  high, 
o  LSP/MSP  determines  which  8  bits  are  output, 
o  When  LSP/MSP  is  high,  receiver  RAM  address  advances  on  position, 
o  Must  be  left  low  when  receiver  is  idle. 

4. 3.2.2  IRIOSTAT 

o  Outputs  transceiver  status  to  data  bus  when  high. 

4. 3.2. 3  ISELBUS 

o  Selects  transmit  bus  according  to  state  of  DATAO  (High  =  B, 

Low  -  A). 
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o  Must  stay  low  when  transmitter  is  triggered, 
o  Clocks  on  negative  edge. 


I, 


4. 3. 2. 4  ITXRST 

o  Resets  transmitter  to  idle  from  any  state  when  high, 
o  Resets  LSP/R5P. 
c  Clears  TXINT. 

4. 3.2.5  IRXRST 

o  Resets  receiver  to  idle  from  any  state  when  high, 
o  Resets  LSP/MSP. 
o  Clears  RXINT. 

o  Must  stay  low  when  receiver  is  idle. 

4. 3. 2. 6  ILIOADR 

o  Loads  new  virtual  address  from  data  bus  on  negative  edge, 
o  New  address  will  be  used  immediately  by  receiver, 
o  Transmitter  will  use  new  address  on  first  ITXST  after  loading, 
o  Must  stay  low  while  transmitter  is  triggered, 
o  Does  not  affect  the  data  block  header  word. 

4. 3.2. 7  ITXST 

o  Starts  transmit  sequence  when  high, 
o  Uses  latest  loaded  virtual  address. 

o  May  be  used  to  reattempt  transmission  of  a  block  previously 
loaded  into  transmitter  CAM  if  no  ITXRST  has  been  given. 

4. 3. 2. 8  ITRBULD 

o  Loads  one  8-bit  byte  from  data  bus  into  transmit  register  when 
hi  gh . 

o  LSP/TEP  determines  which  byte  is  loaded. 

o  When  LSP/MSP  is  high,  negative  edge  of  ITRBULD  clocks  data  into 
transmit  RAM. 
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o  Load  only  when  transmitter  is  idle. 

4. 3. 2. 9  MSPDIS 

o  Disables  loading  or  reading  of  most-significant  byte  from  data 
bus . 

o  LSP/M5P  is  set  high. 

o  LSP/M5P  does  not  toggle  when  ITRBULD  or  IRDIOBUF  are  high. 

4.3.2.10  ILRADR 

o  Loads  contents  of  data  bus  into  receiver  RAM  address  counter. 

4.3.3  Transceiver  Status  Word 

The  transceiver  outputs  an  8-bit  status  word  to  the  data  bus  whenever 
IRIOSTAT  is  raised.  Included  in  this  word  are  the  transmitter  state,  receiver 
state,  and  last  transmit  bus.  Tables  4-5  through  4-7  list  the  various 
possible  states.  Bit  0  gives  the  transmit  bus,  where  a  logic  0  denotes  bus 
A,  and  a  1  denotes  bus  B.  Bits  4  through  1  contain  the  transmit  status, 
and  bits  7  through  5  contain  the  receiver  status.  The  various  states  of  the 
receiver  and  transmitter  are  described  in  the  next  sections. 

4. 3. 3.1  Receiver  States 

4.3.3. 1.1  Idle 

o  No  data  waiting  in  RAM. 
o  May  be  receiving. 

o  Do  not  reset  receiver  when  it  is  in  this  state. 

4. 3. 3. 1.2  Parity  Error  A 

o  Parity  error  has  occurred  during  reception  on  bus  A. 
o  Sender  is  still  on  bus. 

4.3.3. 1.3  Parity  Error  B 

o  Parity  error  has  occurred  during  reception  on  bus  B. 
o  Sender  is  still  on  bus. 
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Table  4-5. 


Receiver  State 


DATA  7 

DATA6 

DATA5 

STATE 

H 

L 

L 

Idle 

H 

H 

L 

Parity  Error  A 

H 

L 

H 

Parity  Error  B 

L 

H 

L 

Fault  A* 

L 

L 

H 

Fault  B* 

L 

L 

L 

Full* 

No  other  states  of  DATA5  through  DATA7  occur, 
♦(interrupt) 

Table  4-6. 

Last  Transmit  Bus 

DATAO 

BUS 

L 

A 

H 

B 

Table  4-7. 

Transmitter  State 

DATA4 

DATA  3 

DATA2 

DATA1 

STATE 

H 

H 

H 

H 

Triggered 

H 

H 

L 

H 

Bus  Busy* 

H 

L 

H 

H 

ARB  Fault* 

H 

L 

L 

H 

Reply  Fault* 

L 

H 

H 

H 

REC  Busy* 

L 

H 

L 

H 

Parity  Fault* 

L 

L 

H 

H 

Time  Fault* 

L 

L 

L 

H 

Done* 

L 

L 

L 

L 

Idle 

No  other  states  of  DATA1  through  DATA4  occur, 
♦(interrupt) 
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4. 3. 3. 1.4  Fault  A 

o  Incomplete  block  received  on  A. 
o  Parity  error  or  time  elapsed. 

4.3.3. 1.5  Fault  B 

o  Incomplete  block  received  on  B. 
o  Parity  error  or  time  elapsed. 

4.3.3. 1.6  Full 

o  Data  block  received  without  error, 
o  Read  onto  data  bus  any  time  before  next  IRXRST. 

4. 3. 3.2  Transmitter  States 

4. 3. 3. 2.1  Triggered 

o  Sending  or  waiting  to  send, 
o  Will  proceed  to  an  interrupt  state, 
o  ITXST  has  been  received, 
o  Maybe  reset  from  this  state  directly. 

4. 3. 3. 2.2  Bus  Busy 

o  Unable  to  get  bus  and  win  arbitration  in  required  time. 

4. 3. 3.2. 3  Arbitration  Fault 

o  Too  much  time  taken  in  arbitration. 

4. 3. 3. 2. 4  Reply  Fault 

o  No  reply  from  receiver, 
o  May  mean  parity  error  on  header. 

4. 3. 3. 2. 5  Receiver  Busy 

o  Receiver  answered  busy. 

4. 3. 3. 2. 6  Parity  Error 

o  Transmission  incomplete  due  to  parity  error. 
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4. 3. 3.2. 7  Time  Fault 

o  Transmission  incomplete 

o  Transmission  took  too  much  time. 

o  Receiver  did  reply  to  header. 

4. 3. 3. 2.8  Done 

o  Transmission  completed. 

o  Must  get  IRXRST  to  go  to  "idle". 

4. 3. 3. 2. 9  Idle 

o  Must  get  ITXRST  to  get  to  this  state. 

o  Load  transmitter  buffer  only  when  transmitter  is  in  this  state. 

o  Counts  block  length:  number  of  words  written  between  ITXRST  and 
ITXST. 

o  Goes  to  "triggered"  on  receipt  of  ITXST. 

4.4  Input  Synchronizer 

The  Input  Synchronizer  (IS),  which  resides  in  slot  T13  of  the  Pulse 
Pair  Processor  (PPP),  receives  digital  video  data  from  the  Pulse  Pair 
Processor  A/D  converters  and  sends  it  in  block  format  to  the  input  IOC  for 
distribution  to  the  CE's.  Processing  in  the  FTWRP  is  distributed  according 
to  range,  as  shown  in  Figure  4-11,  where  the  total  number  of  processing 
CEs  (n)  is  currently  5. 

Since  reflectivity  and  coherent-channel  information  must  be  processed 
separately  in  each  CE,  they  are  treated  separately  by  the  IS;  therefore, 
for  each  range  interval,  two  blocks  of  data  (In-phase  and  Quadrature  phase/ 
amplitude  information,  and  reflectivity)  are  transmitted.  The  format  for 
the  block  is  shown  in  Figure  4-12.  The  first  word  contains  the  current 
radar  pulse  number  (needed  for  processing  CE  synchronization),  and  block 
number.  The  second  word  contains  the  following  PPP  control  settings: 
radar  pulse  width  Tp  or  clock  speed  (2  bits)  and  number  of  range  cells, 

Nrc,  (2  bits).  The  remaining  words  contain  coherent  channel  I  and  Q  data 
(16  bits)  or  reflectivity  data  (8  bits).  The  NR^  and  Tp  parameters  are  de¬ 
fined  in  Table  4-8. 
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The  IOC  resets  the  IS  by  activating  Select  Line  2  (SEL2).  When  SEL2 
goes  inactive,  the  IS  waits  for  the  next  radar  trigger  pulse  from  the  PPP 
before  accepting  data  from  the  A/Ds.  The  IOC  can  request  either  I  &  Q  data 
or  reflectivity  data  by  activating  SELO  or  SEL1,  respectively. 

The  timing  diagram  of  Figure  4-13  shows  an  actual  case  of  how  re¬ 
flectivity  and  I  and  Q  blocks  are  handled.  As  Figure  4-13  indicates,  the 
IOC  will  input  I  and  Q  data,  or  "pulse  pair"  data  (P)  for  the  first  range 
interval,  but  allow  reflectivity  (power)  data  (Z)  to  stay  in  the  synchronizer 
until  the  fifth  range  interval.  Thereafter,  the  power  and  pulse  data  are 
offset  by  four  range  intervals.  This  built-in  offset  prevents  bottlenecks 
at  the  CEs,  and  permits  processing  to  proceed  more  smoothly. 


Radar 

Pulse 


*  *~ 


Return 

Echoes 

A 


Radar 

Pulse 


+ 


|  <CE(n)-*|«-CE(l)-»|  «-CE(2H 


1  '-CE(n-l)-*  |  «-CE(n)-»  |  *'CE(lh  1  *-CE(Z) 


Figure  4-11.  Distribution  of  Processing  in  FTWRP 
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4.4.1  Input  Synchronizer  Hardware  Description 

A  block  diagram  of  the  input  synchronizer  is  shown  in  Figure  4-14. 

The  synchronizer  accepts  data  from  the  PPP  and  stores  it  in  RAM.  Separate 
RAMs  are  used  for  I  and  Q  data  and  for  Log  Power  data,  since  the  Log  Power 
buffer  needs  to  store  up  to  the  entire  1024  cells,  whereas  the  I  and  Q 
buffer  needs  to  store  only  one-fifth  as  many  cells.  When  a  block  is  re¬ 
quested  by  an  IOC,  after  the  two  radar  parameter  words  are  sent,  data  is 
read  from  the  RAM  and  put  onto  the  bus.  An  input  address  counter  and  an 
output  address  counter  assure  that  data  is  stored  into  and  read  from  sequen¬ 
tial  locations.  A  priority  control  circuit  gives  priority  to  the  write 
operation,  so  that  all  data  is  received  from  the  PPP.  If  the  synchronizer 
is  sending  data  to  the  IOC,  and  a  priority  write  occurs,  it  will  finish 
sending  the  current  word,  perform  the  write,  and  then  continue  sending  to 
the  IOC. 


After  the  last  address  in  RAM  is  used,  it  will  start  writing  at  the 
first  address,  which  should  have  already  been  sent  to  the  IOC.  This  memory 
arrangement  is  similar  to  a  FIFO.  In  the  event  that  the  IOC  is  too  slow, 
an  address  comparator  warns  the  IOC,  by  dropping  the  parity  line,  that  data 
has  been  written  into  an  address  that  has  not  yet  been  sent  to  an  IOC.  The 
address  comparator  is  implemented  by  an  up/down  counter  which  counts  up  for 
every  word  read  from  the  PPP  and  down  for  every  word  sent  to  an  IOC.  An 
overwrite  condition  occurs  when  the  counter  produces  a  carry  from  the  MSB. 
The  address  comparator  also  prevents  the  IOC  from  reading  a  word  twice. 

This  condition  occurs  when  all  the  up/down  counter  outputs  are  'O'.  If 
the  IOC  has  read  all  the  current  words  in  RAM,  it  must  wait  until  a  write 
occurs  before  it  can  read  again. 


Two  Block  Counters,  one  for  I  and  Q  data,  and  one  for  Log  Power  data, 
are  used  to  count  the  number  of  blocks  sent  to  the  IOC.  These  counters  are 
cleared  with  every  radar  pulse.  A  MOD  256  counter  continuously  counts  radar 
pulses.  This  counter  is  cleared  only  at  power  on,  and  when  requested  by  the 
IOC.  Radar  parameter  information,  Tp  and  NRC,  is  stored  in  a  register. 
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Figure- 4-14 Input  Synchronizer  Block  Diagrarr 
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The  enable  sequencer  enables  the  correct  radar  parameter  words  and 
data  words  onto  the  bus  at  the  proper  time.  When  I  and  Q  data  is  requested 
by  the  IOC,  with  a  SELO,  the  I  and  Q  block  counter  is  enabled  along  with 
the  pulse  count  for  the  first  word.  The  register,  containing  radar  parameters, 
is  enabled  next,  and  then  the  I  and  Q  data  words  are  sent.  The  format  is 
the  same  for  Log  Power  data  except  the  Log  Power  block  counter  is  used. 

4.4.2  Data  Transfer  Timing 

Figure 4-15  shows  timing  for  a  typical  block  transfer  in  the  input 
synchronizer.  After  the  radar  trigger  pulse,  two  range  cells  of  data  are 
clocked  into  the  buffer  RAM  before  the  IOC  requests  data  by  activating  the 
select  line.  The  IS  immediately  drops  the  Bus  Occupied  line  (OCC),  and 
Data  Ready  (RDY),  signalling  to  the  IOC  that  a  word  (the  first  header  word) 
is  ready  for  transfer.  However,  by  the  time  the  Acknowledge  ( ACK)  comes  back 
from  the  IOC,  a  new  data  word  is  ready  from  the  PPP.  Therefore,  1*DY  is  held 
high  while  the  data  is  written  into  the  RAM. 

Once  the  write  operation  is  complete,  the  RAM  address  is  switched  back 
to  the  output  mode  and  RU7  is  lowered  once  more  to  output  the  second  header 
word.  Then,  the  RAM  is  read  and  output  consecutively  until  it  is  emptied 
(3  words  are  output)  before  the  next  radar  sample  is  available.  From  this 
point  on,  R57  is  pulsed  only  when  a  new  sample  comes  in.  The  transfer  stops 
when  the  IOC  raises  the  select  line  to  the  inactive  state.  The  next  time 
the  same  select  line  is  activated,  the  IS  will  output  the  two  header  words 
again,  then  st&rt  outputting  data  from  the  RAM  address  where  it  left  off 
before. 
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4.5  Output  Synchronizer 


The  Output  Synchronizer,  connected  within  the  FTWRP  system  as  discussed 
in  Section  2.4  ,  accepts  processed  radar  data  from  the  C  port  of  the  out¬ 
put  IOC  then  performs  code  conversion  and  data  buffering  operations  to 
provide  an  output  compatible  with  the  PPP  Recorder  Encoder.  As  each  CE 
completes  its  processing,  it  formats  an  output  buffer  containing  data 
having  the  format  shown  in  Figure  4-16.  The  message  is  made  up  of  multiple 
blocks  (packets)  except  for  the  case  NR^  =  256  in  which  all  data  fits  in 
one  block  since 


.  154  <240  words/block. 

The  buffer  area  corresponding  to  each  block  begins  with  a  CCW  (Channel 
Control  Word)  which  specifies  Tp  (radar  pulse  width),  NRC  (number  of  range 
cells),  and  OSSA  (Output  Synchronizer  Starting  Address).  OSSA  defines  the 
desired  location  in  the  Output  Synchronizer's  buffer  of  the  first  data  word 
after  the  CCW  of  this  block.  The  CCW  are  transparent  both  to  DOS-O  and  the 
output  IOC,  which  operates  in  its  dynamic  output  mode  and  provides  the 
message  blocks  with  headers  and  other  control  words.  The  first  word  of 
each  block  which  the  output  synchronizer  needs  is  the  CCW;  the  header  and 
three  following  words  are  ignored. 

4.5.1  Output  Synchronizer  Hardware  Description 

The  output  synchronizer  (OS)  block  diagram  appears  in  Figure  4-17 
where  the  interface  with  the  IOC  is  shown  at  the  left  and  connections  to 
the  PPP  Recorder  Encoder  appear  at  the  right.  The  heart  of  the  OS  is  the 
buffer  where  packets  of  the  form  shown  in  Figure  4-16  are  assembled  into 
the  28-bit-word  by  256,  512,  768,  or  1024-range-cell  format  needed  by  the 
Encoder.  As  power,  Shear,  and  Mean-Velocity  words  are  received  at  a  rate 
controlled  by  the  IOC  through  the  "RDY  line,  they  are  either  converted  to 
sign-magnitude  by  a  PROM  or  not  before  being  loaded  into  separate  power. 
Shear  and  Mean  registers.  These  data  registers  have  tri -state  outputs  for 
compatibility  with  the  buffer  RAM's  bidirectional  I/O  pins.  Which  words  are 
to  be  converted  is  defined  by  jumper  programming  in  the  OS,  since  compati¬ 
bility  in  the  existing  tapes  having  sign-magnitude  mean  velocity  may  be 
desirable. 


80 


Also  see  Table  4-8 
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Figure  4-16.  Format  of  CE  Output  Dufl'er  for  =  512  or  768  (2  blocks) 
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whereas  there  is  no  precedent  for  shear  which  will  be  recorded  in  place 
of  variance,  an  unsigned  quantity.  The  jumpers  are  presently  set  to  con¬ 
vert  shear  and  Mean,  but  not  power. 


Each  time  the  three  registers  are  loaded,  a  write  strobe  to  the  OS 
buffer  RAM  stores  the  resulting  28-bit  word,  then  the  address  is  incremented. 
Although  the  IK  x  28  buffer  is  matched  to  the  current  capacity  of  the  PPP 
Recorder  Encoder,  extra  address  bits  are  provided  so  that  the  capacity 
can  be  extended  to  2K,  3K  or  4K  by  adding  more  2114  lK-by-4  static  MOS  RAM 
chips.  More  bits  per  word  can  also  be  similarly  added.  The  circuit  panel 
is  wired  to  accept  more  2114s  so  that  the  buffer  could  be  expanded  to 
4K  x  32. 

Addresses  for  the  buffer  are  generated  in  a  12-bit  counter  both  for 
input,  where  the  counter  is  initialized  to  OSSA  prior  to  each  packet  trans¬ 
fer,  and  for  output  where  it  is  reset  to  zero  and  counts  up  to  the  appro¬ 
priate  Nrc  —  256,  512,  768  or  1024.  If  the  encoder  is  modified  to 
accept  more  cells,  some  changes  in  the  circuitry  which  decodes  NR^  and 
stops  the  output  "dump"  sequence  and  the  counter  will  be  needed;  however, 
the  counter  itself  can  handle  up  to  4K  cells. 

Operation  of  the  OS  is  controlled  by  separate  input  and  output 
sequencers  (see  Figure  4-17  ).  The  input  sequencer  timing  is  related  to 
that  of  the  IOC,  whereas  the  output  sequencer  contains  a  16  MHz  crystal 
controlled  oscillator.  Details  of  overall  OS  timing,  in  which  the  two 
sequencers  run  mutual ly-exclusi vely  in  time,  are  presented  in  the  next 
subset  lion. 

The  OS  is  constructed  on  an  AUGAT  8136-UG6-27  universal  wirewrap 
panel  having  27  columns  on  0.3"  centers  and  50  rows  on  0.1"  centers.  Logic 
is  a  combination  of  Schottky  and  Low-power  Schottky  MSI  TTL,  while  the 
buffer  memory  is  implemented  in  static  NMOS.  The  OS  is  housed  in  a 
19'  x  3.5"  rack-mount ; ng  unit  which  must  be  located  near  and  powered  by 
c oder  --  about  2.6  Amperes  at  5.0  volts  is  needed.  Applicable 
‘-awings  a r,-  listed  in  Appendix  G. 
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4.5.2  Data  Transfer  Timing 

Since  each  CE  is  performing  the  same  processing  on  approximately  the 
same  number  of  range  cells,  they  will  all  have  outputs  ready  at  about  the 
same  time.  The  Output  Sequencer  will  wait  about  20  milliseconds  after  the 
last  message,  to  ensure  that  all  have  been  received,  then  will  begin  an 
output  sequence  to  "dump"  the  OS  buffer  contents  into  the  PPP  Recorder 
Encoder.  During  the  dump,  the  input  sequencer  is  disabled  and  would  not 
respond  to  attempts  at  communication  by  the  IOC. 

Timing  of  the  Input  Sequencer  is  illustrated  in  Figure  4-  18  .  The 
top  four  waveforms  represent  the  four  control  lines  from  the  output  IOC's 
C-port,  while  ACK  is  a  handshake  signal  returned  to  the  IOC  by  the  Input 
Sequencer.  Cause-effect  relationships  are  indicated  in  the  Figure  by 
arrows.  When  a  message  block  is  about  to  be  output  from  the  IOC  C-port, 
its  SELO  line  goes  low  then  its  UCC  control  line  becomes  low.  These  events 
•  ’e  interpreted  by  the  Input  Sequencer  as  indicating  the  beginning  of  a 
block.  A  16-bit  counter  keeps  track  of  the  initial  sequence  of  words 
within  each  packet,  then  cycles  through  three  of  its  states  as  each  group 
of  Power,  Shear,  and  Mean  words  is  transferred  (see  state  diagram  in 
Figure  4-  17).  The  Input  Sequencer  loads  the  first  word,  the  CCW,  partly 
into  a  four-bit  register  to  contain  Tp  and  NRC  and  partly  into  a  12-bit 
counter  which  addresses  the  OS  Buffer.  Load  strobes  for  the  CCW  and  the 
three  data  registers  are  decoded  from  the  state  counter  states  and  ANDed 
with  the  PACK  signal.  The  timing  diagram  also  indicates  buffer  write 
timing  and  shows  that  considerable  margins  exist  for  the  Motorola 
MCM21L14-20,  which  has  a  minimum  write  cycle  time  of  200  nsec,  write  time 
of  120  nsec,  and  data-to-wri te  overlap  of  120  nsec. 

Output  sequencer  timing  is  much  simpler  and  requires  no  diagram  for 
explanation.  When  a  "dump"  is  initiated,  the  Address  counter  is  reset  to 
zero,  then  incremented  at  a  two-MHz  rate  while  the  memory  is  sequentially 
read  and  its  contents  duplicated  in  the  shift  register  array  of  the  Encoder. 
The  "dump"  is  terminated  and  the  address  counter  is  stopped  when  the  OC 
STOP  signal  indicates  that  NR^.  cells  worth  of  data  have  been  transferred. 
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The  2  MHz  clock,  derived  from  a 
buffered  and  sent  to  the  Encoder 
DUMP  gate,  and  four  lines  for  T 

P 


16  MHz  crystal-controlled  oscillator  is 
along  with  the  28  bits  of  data,  a  buffered 
and  NRC. 
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5.  DETAILED  SOFTWARE  DESCRIPTION 

5.1  Distributed  Operating  System  Level  0  (DOS-Q) 


DOS-0  is  primarily  an  interrupt-dri ven  real-time  executive  responsible 
for  the  management  of  resources  of  an  individual  common  element.  Its 
fundamental  requirements  lie  in  the  area  of  message  processing  and  as  such, 
it  acts  as  a  message  switching  mechanism  for  all  input/output  (I/O)  with 
the  cluster  on  which  resides  the  Common  Element.  DOS-O  also  assumes  the 
responsibilities  of  CE  initialization,  task  (user)  request  processing, 
fault  monitoring,  and  interrupt-handling. 

The  structure  of  the  DOS-O  hierarchy  (Figure5-1) reflects  the  interrupt 
structure  of  the  common  element  architecture,  and  the  individual  components 
respresent  an  independent  collection  of  processing  modules.  In  the  following 
sections  we  present  more  detail  on  the  functions  of  each  component. 

5.1.1  Initialization 

Upon  power-up  or  system  restart,  the  initialization  is  invoked  to 
provide  an  orderly  environment  in  which  the  user  tasks  may  execute.  This 
routine  provides  for  the  following  activities: 

a.  Memory  self- test 

b.  Initialization  of  level  0  system  data  base  elements 

c.  Execute  a  wait  to  permit  level  1  communications 

d.  Request  load  of  level  1  task  code 

e.  Start  level  1,  if  loaded  properly 

f.  Enter  an  idle  or  wait  loop,  awaiting  assignment  by  level  1  system. 

In  FTWRP,  since  the  level  1  operating  system  resides  in  the  Intelligent 
Terminal,  the  request  to  load  the  level  1  task  will  always  fail.  DOS-O 
will  then  simply  enter  its  idle  loop,  waiting  for  communication  from  the 
executive. 


5.1.2  Task  Environment 


The  Fault-Tolerant  Signal  Processor  software  structure  is  based  on  the 
concept  of  a  task  which  is  considered  as  that  program  currently  executing 
on  a  given  CE  or  I/O  port.  Tasks  are  identified  to  the  system  by  an  iden¬ 
tification  number  or  task  address  (virtual  address)  which  is  independent  of 
the  physical  address  of  the  card  on  which  the  task  is  executing.  Thus  one 
physical  CE  may  assume,  in  time,  any  sequence  of  virtual  addresses  depending 
on  the  system  load  and  00S-1  task  scheduling  algorithms.  DOS-O  has  the 
capability  to  change  the  virtual  address  of  the  CE  in  which  it  resides,  but 
only  at  the  direct  or  indirect  authorization  from  DOS-1. 

The  following  sections  describe  the  task  environment  of  DOS-O  in  detail, 
while  Appendix  B  presents  a  tabular  form  of  the  data  structures  employed. 

5. 1.2.1  Memory  Management 

DOS-O  is  resident  in  PROM  located  at  the  upper  4K  of  the  CE's  main 
memory  address  space  (See  Figure  5-2).  It  also  utilizes  a  small  block  of  the 
16K  onboard  RAM  for  current  task  information,  temporary  storage,  and  a  system 
stack. 

User  task  code  is  loaded  upon  request  through  DOS-O  from  a  Common  Memory, 
which,  in  FTWRP,  is  provided  via  the  intelligent  terminal.  Task  code  is 
divided  into  two  distinct  sections,  the  pure,  executable  program  code,  and 
pure  data  space.  Data  records  are  relocated  to  the  upper  portion  of  the 
physical  RAM  address  space  by  DOS-O  at  load  time.  The  user  stack  is  then  set 
up  to  utilize  the  RAM  area  between  the  user  code  and  data  space. 

5. 1.2.2  User  Task  Prologue 

The  first  256  words  of  the  RAM  address  space  are  reserved  for  the  task 
prologue.  The  prologue  supplies  information  about  the  task  to  DOS-O,  such 
as  starting  addresses  for  various  entry  points,  task  ID  number,  data  base 
structures  and  size,  etc.  It  must  be  explicitly  assembled  into  every  program  at 
assembly  time.  The  format  for  the  prologue  is  shown  in  Table  5-1. 
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Figure  5-2.  Common  Element  Memory  Utilization 


Table  5-1.  CE  Task  Prologue 


Word  Number  Contents 


0 

e 

Task  Number 

1 

Initialization  Entry  Address* 

2 

e 

Starting  Address  -  Initial  Load 

3 

Unsolicited  Input  Entry  Address* 

4 

* 

Clock  Interrupt  Entry  Address 

5 

* 

Reconfiguration  Entry  Address 

6 

Starting  S  Value** 

7 

Socket  Address^ 

•10 

e 

Global  Data  Size 

•11  -  '27 

ttt 

Base  Register  Values 

•30 

Unsolicited  Input  Options** 

Bit  1 5  -  Accept  Data 

Bit  14 

e  Set:  Data  4  Headers  —  Data  Buffer 

_  / Data  —  Data  Buffer 

(Headers  —  Header  Buffer 

'31 

Data  Buffer  Address**  | 

/  Relative  to  DORG  0 

•32 

Header  List  Buffer  Address  '  ) 

•33 

Unused 

'34 

Clock  Option**  /  Bit  15Set  "  Clock  Interrupt  Desired 

\  Bits  7-0  -  Clock  Interrupt  Frequency 

'35  -  '36 

Clock  Period  (LSB  approximately  2  ms) 

(Continued  on  Next  Page) 

Set  by  User  at  Assembly  Time 
*  Modified  by  DOS-0  at  User  Request 
**  Modified  by  DOS-0  for  Operating  System  Usage 
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Table  5-1.  CE  Task  Prologue  (continued) 


Word  Number 

Contents 

f  Bit  15  -  Set  -  Start  Trace 

Trace  Indicator  l  Clear  -  Stop  Trace 

•37 

\  Bits  7-0  -  Trace  Frequency 

•40 

Modify  Virtual  Address  Indicator 

Bit  15  s  1  Modify  Permitted 

s  0  No  Modify  Permitted 

•4 1 

PSW  Values  for  Initialization  Entry 

•42 

PSW  Values  for  Starting  Address 

•43 

PSW  Values  for  Unsolicited  Input  Entry 

•44 

PSW  Values  for  Clock  Interrupt  Entry 

•45 

PSW  Values  for  Reconfiguration  Entry 

•46  -  *47 

Unused 

•50 

Direct  I/O  Entry  Address  Message  Code  5 

• 

CO 

D 

•51 

Direct  l/O  Entry  Address  Message  Code  6 

V 

)  t 

a 

•52 

Direct  l/O  Entry  Address  Message  Code  10* 

<0 

n 

0 

z 

*53 

Direct  l/O  Entry  Address  Message  Code  11  J 

2 

a 

•54 

Direct  l/O  PSW  Value  Message  Code  5 

N 

e 

• 

D 

•55 

Direct  I/O  PSW  Value  Message  Code  6  ! 

i> 

*5 

a 

>> 

•56 

Direct  I/O  PSW  Value  Message  Code  10 

S  £ 
a 

•57 

Direct  l/O  PSW  Value  Message  Code  11  j 

•60  -  '77 

Trap  Locatlons*/Return  Addresses^ 

•100 

Data  Recording  -  Base  Extraction  Point  Number*^ 

•101 

Data  Recording  -  On/Off  Flag  Word*^ 

'  102  -  '377 

Reserved  for  Expansion 

Set  by  User  at  Assembly  Time 
*  Modified  by  DOS-0  at  User  Request 
^  Modified  by  DOS-0  for  Operating  System  Usage 
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5.1.3  Input/Output  Structure 

Inter-element  communication  in  the  FTSP  is  packet  oriented.  Packets 
are  blocks  of  information  which  are  from  1  to  256  words  in  length.  Each 
packet  consists  of  a  header  of  1  to  8  words,  a  body  word  count,  and  a 
body  of  0  to  254  words  (See  Figure  5-3  ). 

The  header  word(s)  format  is  shown  in  Figure  5-4,  and  consists  of  a 
6-bit  destination  virtual  address,  a  6-bit  source  address,  and  a  4-bit 
message  code  which  defines  the  purpose  and  contents  of  the  packet.  The 
number  of  header  words  is  determined  by  whether  the  packet  must  pass  be¬ 
tween  clusters.  For  intra-cluster  messages,  only  one  header  word  is  used. 
Otherwise,  8  words  are  supplied,  with  unused  words  set  to  0.  In  FTWRP, 
only  intra-cluster  communications  are  supported. 


Bit  Number 


15 


10 


[Destination  Address  j  Source  Address  "Message- Code 


Field  Width 


6  bits 


6  bits 


4  bits 


Figure  5-4.  Message  Header  Format 

Table  5-2  describes  the  various  message  codes,  their  purposes,  valid 
uses,  and  message  format  numbers  for  each.  The  format  numbers  are  des¬ 
cribed  in  Table  5-3  which  is  cross-referenced  back  to  Table  5-2.  It 
should  be  noted  that  the  message  codes  as  listed  in  these  tables  are  des¬ 
cribed  as  they  relate  to  their  usage  by  CEs,  IOCs,  and  CMs.  The  Intecolor 
intelligent  terminal  also  accepts  these  message  codes,  but  with  somewhat 
different  formats  and/or  functions.  A  complete  description  of  Intecolor 
supported  messages  may  be  found  in  Section  5.2.2. 1.2. 
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Table 5-2.  Message  Code  Definitions 


Code 

Definition 

Valid  To 

Valid  From 

F  ormat 

0 

First  Block  ol  Multi 
Block  Message 

CE 

CE,  IOC 

1 

1 

Intermediate  Block  of 
Multi  Block  M.-ssage 

CE 

CE.  IOC 

I 

2 

Last  Block  of  Multi 
Block  Message 

CE 

CE,  IOC 

1 

3 

Single  Block  Message 

CE 

CE,  IOC,  CM 

1 

4 

Returned  Block 

CE 

IOC* 

J 

5 

Input  Request  (Fetch) 

IOC,  CM 

CE.  IOC 

2  (IOC)  or 

3  (CM) 

6 

Output  Request  (Store) 

IOC.  CM 

CE.  IOC 

I  (IOC)  or 

4  (CM) 

7 

Status  Return 

CE** 

CE,  IOC,  CM 

1 

8 

Status  Request 

CE,  IOC,  CM 

CE*** 

5 

9 

Fault  Message 

CE** 

CE 

1 

10 

Load  Control  Word 

IOC,  CM 

CE*** 

6 

1 1 

Bus  Extension 

IOC* 

CE,  IOC,  CM 

n/a 

12 

Load  Virtual  Address 

IOC,  CM,  CE 

CE*** 

8 

13 

Reset  and  Power  On 

IOC,  CM,  CE 

CE*** 

5 

14 

15 

Power  Off  (Perma¬ 
nently) 

IOC,  CM,  CE 

Una6signed 

CE*** 

5 

*  Bus  Extender  lO  Z  only. 

**  Executive  (  E  on  y. 

***Only  from  Executive  CE. 
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Table  5-3  .  Message  Formats 
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M  (Message  Word  Count)  s  247 


Table  5-4.  System  Requests  -DQS-0 


Request  #  Data  Packet  Format 


0  Write 
l  Read 


Word  0  Status  Word 


Bit  15 
Bit  12 
Bits  11,  10 

Bits  7-0 


Request  Queued 

j/O  Completed 

It  -  I/O  Error 

10-  Data  Management  Error 

11  -  Status  Byte 

10  -  Code 


Word  1  Device  Number  (or  Header  List  Address) 

Word  2  Word  Count 


Word  3 


Buffer  Address  (absolute  address) 


Word  4  Options 


Bit  15 

Bit  14 
Bit  13 

Bit  12 
Bit  11 
Bit  10 
Bit  9 
Bit  8 
Bit  7 

Bits  6-0 


Executive  Message  (output  only)  - 
Uses  Word  7 

No  Retry  on  Recoverable  Errors 
Device  =  Header  List  Address 
(output  only) 

Scatter  Read  (input) (uses  Bits  7-0) 
System  Packet  (Executive  only) 
Associated  Input  Request  (Exec  only) 
Common  Memory  Request 
Multiple  Input  Request 
0  -»  Complex  Scatter  Read 
1  -»  Real  Scatter  Read 
Scatter  Read  Interval  (1  >127) 


Word  5  Common  Memory  Page  #  or  Multiple 

Input  Request  Parameter 


Bits  15-8  Number  of  Requests 

Bits  7-0  Address  Delta 


Word  6  Associated  Input  Entry  Address 

(DOS-<^  use  only) 

Word  7  Executive  Header  Skeleton  (output  only) 

(Must  contain  message  code  -  may  contain 
destination  V  A) 
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Table  5-4.  System  Requests  -DQS-0  (continued) 


Request  #  Data  P  acket  Format 

2  Trace  Update  Word  0 

Bit  15 

Clear  -  Stop  tracing 

Bits  7- 

Set  =  Start  tracing 

0  Trace  frequency  interval 

3  Unsolicited  Word  0 

New  Options  Word  (see  Prologue 

Input  Update 

for  Definition)  - 

Word  1 

New  Data  Buffer  Address  1 

Relative 
DORG  i 

Word  2 

New  Header  Buffer  Address  j 

4  Clock  Inter-  Word  0 

New  Options  Word 

rupt  Update 

Words  1  -  2 

New  Clock  Period 

5  DOS-1  Task  Word  0 

Directive  Types 

Directives 

For  Types  1 ,  2 

1  =  Schedule  task 

2  =  Suspend  task 

3  =  Resume  task 

4  =  Abort  task 

5  =  Swap  tasks 

.  3,  4 

Word  1 

Task  number 

Word  2  Starting  Address  for  Task  Execution 

(If  0,  use  address  in  prologue) 


For  Type  5  (Swap  Tasks) 

Word  1 

Bits  15-8  Virtual  Address  1  of  Swap 
Bits  7-0  Virtual  Address  2  of  Swap 

Word  2  Starting  Address  for  Virtual  Address  1 

Word  3  Starting  Address  for  Virtual  Address  2 

6  Register  Word  0  User  Fault  Number  (0  to  15) 

User  Fault 
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Request  #  Pat*  Packet  Format 

7  Data  Recording  Word  0  Extraction  Point  Number 
Request 

Word  1  Number  of  Subrecords 

Each  Subrecord  has  Format: 

Word  2  Number  of  Words  (Subrecord  1) 

Word  3  Absolute  Address  of  Data  to  be  Recorded 

Word  4  Number  of  Words  (Subrecord  2) 

Word  5  Absolute  Address  of  Data  to  be  Recorded 

•  • 

•  • 

•  • 

8  Update  Record-  Word  0  Logical  Device  Number  (see  Section  8) 
ing  Control  Words 

Word  1  Recording  On  Flags 
Word  2  Recording  Off  Flags 

9  Modify  Virtual  Data  Packet  Address  a  New  Virtual  Address 
Address 

10  Dequeue  Output  Data  packet  format  same  as  for  Request  0 
Request 

11  Dequeue  Input  Data  packet  format  same  as  for  Request  1. 

Request 


Request  # 


Data  Packet  Format 


12  Standing  Output  Packet  format  same  as  Request  0 
Request 

13  Standing  Input  Packet  format  same  as  for  Request  1 
Request 


14  Direct  Output 


Word  0  Status  Word 

Word  1  Header  List  Address 

Word  2  Word  Count 

Word  3  Data  Buffer  Address 


5.1.4  System  Call  Processing 

This  portion  of  DOS-O  responds  to  requests  issued  by  user  code  for 
certain  system  services  best  provided  by  the  operating  system.  The  pro¬ 
cessing  is  flexible  enough  to  provide  for  up  to  32  unique  calls,  for  which 
the  user  supplies  an  address  of  a  packet  containing  detailed  information 
on  the  desired  service.  There  are  currently  fourteen  distinct  system 
requests  which  are  honored  by  DOS-O  (See  Table  5-4). 
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5. 1.4.1  Write  (0)  and  Read  (1)  Requests 

When  a  user  makes  a  request  for  I/O,  the  status  word  of  the  user  packet 
(Word  0)  must  be  set  to  0.  After  the  request  is  made,  the  status  word  must 
be  checked  in  order  to  verify  that  the  request  was  queued.  This  is  done  by 
testing  Bit  15;  if  set,  the  request  has  been  queued  and  the  I/O  will  be 
attempted.  If  not,  DOS-O  was  unable  to  find  space  in  its  data  base  for  the 
I/O  request. 

Once  a  request  has  been  queued,  the  status  may  be  checked  by  interro¬ 
gating  the  I/O  complete  bit  in  the  status  word  (Bit  12).  Until  all  of  the 
requested  I/O  has  been  completed  or  an  error  has  occurred,  this  bit  remains 
0.  Thus  the  user  should  periodically  check  this  bit.  Once  it  is  set,  the 
determination  of  correct  or  incorrect  termination  of  the  I/O  request  is 
determined  through  the  two  error  bits,  11  and  10. 

Bit  11  set  indicates  an  error  has  occurred  in  the  attempt  to  transmit 
or  receive  data.  If  Bit  11  is  set,  the  bottom  byte  of  the  status  word 
(Bits  7-0)  contains  the  I/O  status  word  from  which  can  be  obtained  the 
actual  error  information,  (see  Section  4. 1.3. 1.8). 

Bit  10  set  indicates  an  error  has  occurred  in  DOS-O 's  attempt  to 
manage  the  data  represented  by  this  request.  In  this  case,  the  bottom  byte 
contains  a  code  indicating  which  type  of  error  occurred;  e.g.,  word  count 
too  large,  etc. 

If  neither  error  bit  is  set,  the  I/O  request  has  been  completed  as 
requested  and  the  user  may  now  reuse  the  packet  for  other  requests. 

If  a  user  request  for  input  generates  an  output  request,  and  an  error 
occurs  in  that  output  processing,  both  the  output  request  and  input  request 
packets  are  set  to  indicate  an  error,  which  would  be  the  same  error  in  both 
packets. 

An  I/O  request,  once  queued,  may  be  dequeued  from  DOS-O  by  issuing  one 
of  the  dequeue  system  requests.  DOS-O  responds  to  the  user  indicating  that 
either  the  request  was  properly  dequeued  (bit  14  of  status  word),  or  that 
the  request  was  not  found  in  the  DOS-O  queues  (bit  13  of  status  word). 


Standing  order  I/O  (options  bit  7)  permits  one-time  registering  of  an 
I/O  request  with  subsequent  enabling  of  the  request  with  modifications  to 
word  count,  buffer  address  and  page  number.  I/O  overhead  is  reduced  through 
this  approach.  Enabling  of  a  suspended  standing  order  request  takes  the 
form  of  either  clearing  the  status  word  of  the  original  system  request  packet, 
or  by  issuing  either  system  request  12  (output)  or  system  request  13 
(input) . 

5. 1.4. 1.1  Option  Bits  (oacked  word  4) 

Executive  Message  (Bit  15)  (Output  Only) 

Used  for  output  only.  This  option  permits  the  modification  of  the 
header  list  of  the  device  selected  by  OR'ing  in  the  executive  header  word 
(Word  7  of  packet)  into  the  destination  header  word.  This  skeleton  must 
contain  a  valid  message  code  and  may  or  may  not  contain  a  destination  address, 
depending  on  the  device. 

No  Retry  on  Error  (Bit  14)  (Output  Only) 

If  this  bit  is  set  and  a  recoverable  error  is  encountered  (e.g.,  bus 
busy  or  receiver  busy),  the  system  will  not  retry  the  I/O. 

Header  List  Supplied  (Bit  13)  (Output  Only) 

Use  of  this  option  directs  DOS-O  to  bypass  the  device-number- to-header- 
list  translation  phase  of  I/O  processing  by  using  the  header  list  address 
supplied  in  the  device  word  field  of  the  user  packet.  Use  of  this  option 
requires  that  both  the  destination  field  and  the  message  code  field  appear 
in  the  header  list. 

Scatter  Read  (Bit  12)  (Input  Only) 

If  this  bit  is  set,  the  operating  system  request  performs  a  scatter 
read  of  data,  with  each  word  read  being  separated  from  the  next  by  a  count 
equal  to  Bits  5  -  0  :• -f  the  options  word.  For  example,  to  scatter  read  into 
every  9th  word,  set  Bit  12  and  store  a  9  into  the  lower  bits.  Bit  6  is 
then  used  to  indicate  real  (set)  or  complex  (clear)  read,  i.e.,  complex 
reads  two  words,  skip,  read  two  words,  etc. 


103 


System  Packet  (Bit  11) 

When  this  bit  is  set,  the  DOS-O  system  has  invoked  a  packet  from  the 
packet  stack.  In  the  case  of  I/O  message  completion,  the  packet  must  be 
returned  to  the  packet  stack. 

Associated  I/O  Request  (Bit  10)  (Output  Only) 

When  set,  this  bit  indicates  that  the  current  I/O  request  is  related 
to  an  I/O  request  to  a  common  memory  or  a  non-bus-extender  IOC.  In  this 
case,  the  PAEA  field  of  the  I/O  packet  must  contain  the  I/O  queue  entry 
address  for  the  associated  request. 

Common  Memory  Request  (Bit  9) 

If  set,  the  bit  indicates  that  the  CM  page  field  of  the  packet  contains  a 
page  number  to  be  fetched  or  stored. 

Multiple  Input  Requests  (Bit  8) 

This  option  automatically  regenerates  the  specified  number  of  input 
requests  with  each  input  buffer  address  incremented  by  the  specified  amount. 

It  uses  Word  5  for  number  of  requests  and  address  delta. 

Standing  Order  I/O  Request  (Bit  7) 

This  option  queues  up  and  suspends  an  I/O  request,  permitting  efficient 
enabling  of  the  request  at  a  later  time. 

Direct  Output  Request  (Bit  6) 

This  option  permits  direct  execution  of  an  output  message,  where  the 
user  supplies  control  information  {header  list)  and  performs  error  recovery. 

5. 1.4. 1.2  Logical  Devices 

Under  normal  conditions,  I/O  is  logical  device  oriented— that  is,  the 
user  supplies  (via  word  1  of  the  I/O  packet)  the  logical  device  number  of 
the  unit  to  be  accessed,  rather  than  the  physical  or  virtual  address  data. 

This  permits  the  user  to  perform  I/O  without  considering  device-dependent 
problems  (e.g.,  an  input  request  to  a  common  memory  requires  a  message 
to  be  output  first-this  is  performed  by  DOS-O  transparent  to  the  user). 
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The  logical  devices  as  they  are  defined  in  FTWRP  are  listed  in  Table  5-5. 
DOS-O  maintains  a  configuration  table  (which  can  be  updated  by  DOS-1  at  any 
time)  which  maps  the  logical  device  number  with  the  various  physical  require¬ 
ments  of  each  unit  in  the  system. 

5. 1.4. 1.3  Executive  Header  Skeleton 

Normally,  all  messages  output  use  message  code  3  (single  block  message), 
if  a  non-standard  message  code  is  to  be  used,  bit  15  in  the  I/O  options  word 
is  set  and  the  desired  message  code  is  placed  in  word  7.  A  complete  des¬ 
cription  of  the  various  message  codes  and  their  functions  is  given  in 
Section  5.1.3. 

5. 1.4.2  Trace  Update  Request  (2) 

This  request  changes  the  trace  options  words  in  the  user  task  prologue 
as  requested  in  the  first  word  of  the  request  packet. 

5. 1.4. 3  Unsolicited  Input  Update  (3) 

If  a  message  is  received  that  has  no  corresponding  input  request  entry 
(i.e.,  from  a  previous  system  request  1),  it  is  treated  as  an  unsolicited 
input.  This  system  request  instructs  DOS-O  what  to  do  with  the  message 
before  calling  the  user's  unsolicited  input  service  routine.  If  the  options 
word  specifies  that  unsolicited  inputs  are  no  longer  allowed,  DOS-O  treats 
the  message  as  an  error  and  reports  the  condition  to  DOS-1. 

5. 1.4.4  Clock  Interrupt.  Update  (4) 

This  request  is  used  to  turn  the  user  clock  interrupt  on  or  off,  and 
sets  the  period,  which  is  determined  by  the  formula 

&tu  =  3(—jy  +  1)  A tr 

where  n  is  the  number  entered  in  words  1  and  2  of  the  packet.  The  refresh 
period,  Atr,  may  vary  from  CE  to  CE,  but  will  be  between  1.6  and  2.1  mS 
(1.8  mS  nominal).  Turning  off  the  clock  has  no  effect  on  the  DOS-O  system 
clock. 


Table  5-5.  FTWRP  Logical  Device  Numbers 


Logical 

Virtual 

Device 

Address 

Definition 

0 

77 

Program  Load  Device 

1 

77 

Bootstrap  Load  Device 

2 

77 

System  Device  ( ID0S-1 ) 

3 

77 

Operator  Device 

4 

77 

Trace  Device 

5 

- 

Undefined 

6 

- 

Undefined 

7 

- 

Undefined 

8 

67 

Waiting  Signal  Processor  Task 

9 

70 

Diagnostics  Task 

10 

51 

Radar  Data  Source 

11 

- 

Undefined 

12 

50 

SP  Data  Output 

13 

60 

Radar  Signal  Processor  1 

14 

61 

H  it  «i  2 

15 

62 

n  1*  H  j 

16 

63 

M  H  i»  ^ 

17 

64 

"  H  M  5 

18 

65 

"  "  "  6 

19 

66 

ii  n  ii  y 
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5. 1.4.5  DOS-1  Task  Directives  (5) 

This  request  is  used  as  a  user  interface  to  the  DOS-1  task  directives 
to  DOS-O.  The  feature  is  supported  but  not  utilized  in  FTWRP. 

5. 1.4.6  Register  User  Fault  (6) 

This  request  provides  a  mechanism  by  which  a  user  may  report  faults  to 
DOS-1  via  the  DOS-O  status  words.  The  fault  is  reported  to  DOS-1  at  the 
next  status  request.  After  the  fault  is  reported,  the  condition  is  auto¬ 
matically  cleared.  Faults  0-7  are  treated  as  nonfatal,  whereas  faults  8-15 
are  reported  as  fatal  (i.e.,  DOS-1  aborts  the  task  upon  receipt  of  the  fault 
message) . 

5. 1.4.7  Data  Recording  (7,8) 

These  services  deal  with  the  means  by  which  DOS-O  automatically  extracts 
data  from  arrays  to  be  output  to  a  recording  device.  This  feature  is  not 
supported  in  FTWRP. 

5. 1.4.8  Modify  Virtual  Address  (9) 

System  Request  9  is  a  special  feature  installed  specifically  for  the 
FTWRP  system.  By  calling  this  service,  a  task  can  instruct  DOS-O  to  modify 
its  own  virtual  address  without  direct  intervention  of  DOS-1.  This  feature 
is  used  in  the  spare  rotation  algorithm  of  FTWRP  (see  Section  5.6). 

Authorization  for  DOS-O  to  change  its  address  is  given  either  by  a 
message  from  DOS-1  (which  must  be  received  before  the  system  request  can  be 
executed),  or  by  a  special  authorization  word  in  the  user  task  prologue 
(see  Table  5-1).  If  no  previous  authorization  was  given,  DOS-O  reports  a 
fault  to  DOS-1  and  drops  to  its  idle  state  (i.e.,  aborts  the  task). 

5. 1.4.9  Delete  I/O  packets  (10,11) 

These  requests  allow  a  mechanism  by  which  pending  I/O  can  be  aborted  in 
case  the  need  has  disappeared.  For  example,  a  pending  input  request  can  be 
aborted  if  (because  of  a  fault)  the  input  doesn't  come  in  within  a  specified 
time  limit,  or  it  is  no  longer  needed. 
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5.1.4.10  Standing  1/0  Requests  (12,13) 

One  of  the  original  problems  associated  with  packet  I/O  is  the  high 
operating  system  overhead  associated  with  queueing  packets  and  decoding 
logical  devices,  etc.  By  permitting  standing  I/O,  the  packet  associated  with 
a  message  is  no  longer  deleted  when  I/O  is  complete.  Therefore,  next  time 
the  same  message  request  is  required,  the  old  packet  may  be  re-used,  thus 
eliminating  a  large  amount  of  overhead  processing. 

5.1.4.11  Direct  Output  (14) 

This  feature  provides  the  ultimate  in  overhead  savings,  by  requiring 
the  user  to  handle  all  header  list  generation  and  status  processing.  If  when 
a  direct  output  request  is  issued,  an  attempt  fails,  it  is  aborted  and  an 
appropriate  status  is  returned.  No  queue  is  maintained  for  these  requests. 

If  the  output  attempt  is  successful,  the  transmitter  status  is  returned 
with  no  interpretation  performed  by  DOS-O.  It  is  up  to  the  user  to  check 
for  conditions  like  bus  busy,  receiver  busy,  etc. 

5.1.5  Trace  Handling 

The  Common  Element  firmware  supports  a  trace  feature  in  which  an  in¬ 
terrupt  is  generated  each  time  a  new  instruction  is  fetched.  To  enable 
this  feature  the  trace  bit  is  set  in  the  PSW. 

When  the  Trace  interrupt  occurs  the  DOS-O  trace  processing  service 
routine  performs  three  checks.  First  of  all,  if  the  task  status  indicates 
that  the  CE  is  idle,  trace  processing  is  aborted.  If  a  task  is  indeed 
executing,  DOS-O  checks  the  task  prologue  to  see  if  the  task  trace  options 
are  enabled.  If  not,  trace  processing  is  aborted.  The  trace  options  are 
modified  dynamically  via  system  request  2  (Section  5. 1.4.2).  If  the  task 
trace  option  is  enabled,  the  trace  instruction  counter  is  decremented  and 
checked  for  zero.  If  nonzero,  trace  is  aborted  (this  allows  the  user  to 
trace  every  nth  instruction  by  setting  the  trace  counter  to  n).  If  all  of 
these  checks  pass,  DOS-O  takes  the  interrupted  task's  register  contents 
(which  were  placed  on  the  stack  by  firmware)  and  outputs  the  data  to  the 
system  trace  device  (in  FTWRP,  this  is  the  Intecolor).  DOS-O  then  enters 
a  delay  loop  of  approximately  one  half  second  to  ensure  that  the  trace  data 
doesn't  overload  the  trace  device. 
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5.1.6  Clock  Handling 


The  CE  hardware  and  firmware  support  an  interval  timer  interrupt 
structure  which  permits  DOS-O  to  be  invoked  at  regular  intervals.  The 
interval  is  a  multiple  of  the  dynamic  RAM  refresh  timer  (which  is  implemented 
by  a  one-shot,  and  may  be  from  1.6  to  2.1  ms).  DOS-O  uses  this  feature  to 
regularly  perform  self-checking  and  health  management.  In  addition,  DOS-O 
supports  a  "user  clock"  interrupt,  in  which  the  user  supplies  an  interrupt 
service  routine  which  is  invoked  at  intervals  specified  in  the  task  prologue 
(see  Section  5. 1.2.2).  The  interval  is  specified  in  multiples  of  2  ms. 

5.1.7  Exception  Handling 

In  the  event  of  a  processor  exception,  the  user  task  is  immediately 
interrupted,  and  the  DOS-O  exception  handler  is  invoked.  There  are  currently 
three  exceptions  which  are  supported:  illegal  instruction,  illegal  address, 
and  stack  overflow. 


The  illegal  instruction  exception  is  self  explanatory;  the  CE  attempted 
to  execute  a  nonexistent  opcode,  or  a  nonprivi leged  user  attempted  to  execute 
a  privileged  instruction  (such  as  WRITE  or  RACOR).  A  fault  message  is  sent 
to  DOS-1  and  the  task  is  aborted. 


The  illegal  address  exception  is  caused  when  a  nonpri vileged  user 
attempts  to  access  a  protected  memory  location  in  a  write  operation.  The 
protected  memory  areas  include: 


The  user  task  proloque 
The  DOS-O  data  base 
The  nonexistent  RAM 
DOS-O  PROM  area 


(0-377g) 

( 34000-37777g) 
(40000- 167777g) 

( 17  0000- 177777g) 


A  read  operation  of  one  of  these  areas  does  not  cause  an  exception.  If  a 
write  exception  occurs,  the  write  operation  is  blocked  by  hardware  (to  pre¬ 
vent  corruption  of  data),  DOS-O  sends  a  fault  message  to  DOS-1,  and  the  task 
is  aborted. 


The  stack  overflow  exception  is  invoked  whenever  the  register  set 
level  exceeds  7  (or  goes  below  0)  or  if  the  link  stack  overflows  (or  under¬ 
flows).  The  following  Section  provides  a  description  of  the  link  stack  and 
its  use. 
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5.1.8  Common  Element  Link  Stack 

On  most  computers,  when  a  subroutine  call  is  invoked  the  return  link 
information  is  saved  on  the  user's  stack.  Unfortunately,  in  a  fault-tolerant 
system  this  is  not  always  expedient,  since  a  faulty  program  could  destroy 
its  stack,  and  return  to  a  nonexistent  (or  at  least  unknown)  location  to 
continue  execution.  Therefore,  in  the  Common  Element,  a  special  "Link  Stack" 
is  maintained  by  the  microcode  for  subroutine  Linkage. 

Each  time  a  subroutine  call  is  executed  (via  the  JSUB  instruction),  the 
return  linkage  information  (consisting  of  the  return  address  and  the  current 
PSW)  is  saved  on  the  link  stack.  The  RETURN  instruction  simply  pops  this 
information  off  the  link  stack,  just  as  a  normal  computer  would  pop  the 
return  address  off  the  user  stack.  However,  integrity  is  maintained  by  vir¬ 
tue  of  the  fact  that  the  user  has  no  access  rights  into  the  link  stack  (and 
therefore  cannot  destroy  it). 

Each  time  a  RESUME  (from  interrupt  service  routine)  is  executed,  the  link 
stack  is  checked  and  all  return  links  from  subroutines  with  the  same  PSW  are 
deleted.  This  eliminates  the  need  to  execute  multiple  returns  from  subroutines 
to  get  back  to  the  "main"  routine  of  the  current  "level"  of  processing  before 
the  RESUME  can  be  executed.  Although  this  can  be  a  handy  tool  for  error 
conditions  and  things,  it  is  not  recommended  to  resume  in  this  manner,  since 
it  represents  a  grossly  unstructured  method  of  programming,  and  may  be 
difficult  to  debug. 

The  link  stack  occupies  the  uppermost  64  locations  of  the  16K  RAM  address 
space  (37700-37777  octal).  It  therefore  is  contained  in  one  of  the  protected 
address  spaces  of  memory,  and  cannot  be  modified  by  a  nonpriveleged  user. 


5.2  Intecolor  Resident  DOS-O  (IDOS-O) 


IDOS-O  is  an  Intecolor  resident  version  of  the  DOS-O  operating  system 
which  resides  in  the  Common  Element.  Its  main  purpose  is  to  support  the  basic 
operations  which  enable  the  Intecolor  to  function  as  a  valid  element  on  the 
system  bus  via  the  Terminal  Interface  Element  (TIE).  As  such,  IDOS-O  is  the 
interface  between  the  user  and  the  TIE. 

All  user  programs  (such  as  I  DOS- 1 )  are  executed  as  a  "subtask"  of 
IDOS-O  in  much  the  same  manner  as  a  task  runs  under  DOS-O  in  the  CE.  The 
user  program  should  be  stored  on  a  disk  in  drive  0  under  the  name 
"RISER. PRG".  The  task  prologue  should  begin  at  location  AlOO^,  and  the 
program  must  reside  between  A200-DFFF^g  (Intecolor  memory  usage  is  shown  in 
Table  5.6). 

Programs  are  loaded  and  executed  under  IDOS-O  in  the  following 
manner: 

1)  Turn  on  Intecolor  power  using  switch  in  back  of  unit. 

2)  Insert  into  drive  0  (left  drive)  a  diskette  containing 
"IUSER. PRG"  (the  user  program). 

3)  Insert  into  drive  1  (right  drive)  the  diskette  containing 
any  files  used  by  IUSER,  plus  files  of  the  form  "PAGE. XXX" 
which  are  used  by  IDOS-O  as  Common  Memory  pages  (see 
Section  3.1.3). 

4)  Type  (Escape)  P  to  initialize  the  Intecolor  CPU  Operating 
System. 

5)  Type  (Escape)  D  to  enter  the  Intecolor  File  Control  System. 

6)  Type  RUN  IDOSO  (Return). 

IDOS-O  will  initialize  its  own  tables  including  the  page  map  (see 
Section  5. 2. 2. 1.3),  and  then  load  and  call  "IUSER. PRG".  Execution  of  IUSER 
will  begin  at  the  address  specified  in  the  task  prologue. 

The  following  sections  describe  the  operation  of  IDOS-O  in  detail. 
Appendix  B  lists  the  major  subroutines  of  IDOS-O  and  their  functions,  and  the 
tables  and  variables  maintained  by  IDOS-O. 
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Table  5-6.  Intecolor  Memory  Usage 


Address 

Usage 

0000-7FFF 

Intecolor  ROM/PROM 

8000-9DFF 

Intecolor  Display  RAM 

9E00-9FFF 

Scratch  area  for  BASIC, 

CPU  and  CRT  OS 

AOOO-AOrF 

Utility  scratch  pad  and 

user  stack 

A100-A1  F F 

User  task  prologue^ 

A200-DFFF 

User  task^ 

E000-F4FF 

I DOS-O 

F500-F5FF 

Configuration  Table 

F600-F7FF 

Paqe  sector  address  map 

F800-F9F  f 

I DOS-O  output  buffer 

FAOO-FBFF 

Page  0  buffer 

FCOO-FDFF 

Page  1  buffer 

FEOO-FFFF 

Page  2  buffer 

^User  program  should 

be  stored  on  drive  0  under 

the  filename 

"IUSER.PRG".  Any  user  required  files  must  be  loaded  by  user 
program.  System  is  started  from  file  control  system  by  typing 
'RUN  IDOSO 


5.2.1  IDOS-O  Operation 

All  user  programs  in  the  Intecolor  which  use  the  TIC  must  run  as  tasks 
under  IDOS-O.  At  initialization,  IDOS-O  loads  the  file  "IUSER.PRG"  from  disk 
drive  0.  For  proper  operation,  the  user  program  should  be  assembled  to  load 
into  locations  AIOO-DFFF^.  The  first  256  locations  are  reserved  for  a  task 
prologue. 

5. 2. 1.1  Task  Prologue  Description 

The  IUSER  task  prologue,  as  stated  above,  occupies  locations  AIOO-AIFF^ 
The  format  of  the  prologue  is  shown  in  Table  5-7  and  described  in  the 
following  sections. 

5. 2. 1.1.1  Card  Type  (A100) 

The  card  type  is  specified  by  the  user  at  assembly  time,  and  specifies 
to  IDOS-O  whether  the  Intecolor  is  to  appear  on  the  bus  as  a  CE,  a  CM  (Common 
Memory),  or  an  IOC.  Only  the  two  least-significant  bits  are  used.  This  code 
does  not  affect  the  operation  of  I00S-0,  it  merely  is  used  in  the  status  words 
maintained  by  IDOS-O  and  reported  to  DOS-1. 

5. 2. 1.1. 2  Task  Virtual  Address  ( A1 01 ) 

The  task  Virtual  Address  (VA)  is  a  6-bit  number  from  00-77g  which 
specifies  to  IDOS-O,  the  VA  which  is  to  be  assigned  to  the  Intecolor  at 
startup.  If  at  any  time  after  initialization  the  VA  of  the  Intecolor  is 
changed  (e.g.,  via  a  Load  Virtual  Address  command  from  DOS-1),  the  Task  VA 
byte  in  the  prologue  will  be  modified  accordingly. 

5. 2. 1.1. 3  Task  Status  (A102-A103) 

The  Status  word  is  meant  to  be  a  means  of  communicating  to  IDOS-O  any 
information  necessary  to  proper  oee-'ation  of  the  user  task.  At  present,  if 
the  most-significant  bit  of  the  status  word  is  set  (bit  15  or  bit  7  of  loc. 
A102),  IDOS-O  will  exocute  a  reset  or  restart  operation.  Otherwise,  the 
word  is  ignored  by  IDOS-O. 


Table  5-7.  Intecolor  User  Task  Prologue 


AT  00 
Al  01 
A102 
Al  04 
Al  06 

Al  08 
A10A 


A10C 
Al  OE 

A110 

Al  1 2 

Al  14 

All  6 

Al  18 

Al  1 9 


No.  Hy 

1 

1 

2 

2 

2 

2 


2 

2 

2 

2 

2 

2 

1 

1 


Contents 

Card  Type  (1  -  CE,  2  =  IOC,  3  =  CM)1 
2 

Task  virtual  address 

3 

Task  status 

Starting  PC  address1,4 

Clock  interrupt  service  routine 

1  4  7 
address *' 

Initial  stack  value'*’4 

Clock  options6 

Bit  15  =  1  —enabled 
=  0  —disabled 
2  4 

Clock  period  * 

14  5  7 

Page  0  update  interrupt  address  *  ’  ’ 

14  5  7 

Page  1  update  interrupt  address  *  *  ’ 

14  5  7 

Page  2  update  interrupt  address  *  *  ’ 

1  4 

"Unsolicited  Input"  interrupt  address  *  ’ 
User  restart  adder1,4,5 
Display  protect  boundary  -X1 
Display  protect  boundary  -Y1 


^et  by  user  at  assembly  time. 

2 

Set  by  user,  may  be  modified  by  I DOS-O. 

Modified  by  I  DOS-O. 

i 

8080  address  format  (LO  byte,  high  byte). 

5 

If  zero,  interrupt  disabled. 

6When  8080  interrupts  are  enabled,  I DOS-O  interrupts  user  task  approxi¬ 
mately  every  9.6  ms.  User  clock  is  decremented  each  time.  User  is 
interrupted  when  user  clock  =  0. 

7For  all  interrupts,  user  must  preserve  stack  address  and  resume  with 
a  subroutine  return  (’RET1)  instruction. 


5. 2. 1.1. 4  Starting  Address  (A104-A105) 

The  starting  address  word  specifies  to  IDOS-O  the  point  at  which  exe¬ 
cution  of  the  user  program  is  to  begin  at  initialization.  The  value  is  set 
at  assembly  time,  and  is  stored  in  8080  address  format.  Therefore  location 
A104  contains  the  least-signi f icant  byte  of  address,  and  A105  the  most- 
significant  byte  (e.g.,  address  A23F  is  stored  as  3FA2).  This  is  done 
automatically  by  the  assembler  using  the  DW  command. 

5. 2. 1.1. 5  Clock  Interrupt  Address  (A106-A107) 

This  word  specifies  the  starting  address  of  the  user  routine  which  is 
to  be  called  when  the  user  clock  reaches  zero.  The  user  clock  will  be  dis¬ 
cussed  further  in  Section  5. 2. 1.2. 2. 

5. 2. 1.1. 6  Initial  Stack  Value  (A108-A109) 

This  word  is  set  by  IDOS-O  at  load  time,  and  specifies  to  the  user  the 
first  location  reserved  for  the  user  stack.  The  stack  pointer  (SP)  is  also 
set  to  this  value  before  execution  begins.  The  user  should  always  use  this 
value  when  clearing  the  stack,  to  be  sure  that  no  unauthorized  areas  are 
destroyed.  This  can  be  done  with  the  instructions: 

LHLD  OA108H  ; LOAD  STACK  VALUE 
SPHL  ;ST0RE  IN  SP 

5. 2. 1.1. 7  Clock  Options  (A10A-A10B) 

The  Options  word  is  set  by  the  User,  and  tells  IDOS-O  whether  clock 
interrupts  are  enabled  or  disabled.  This  word  may  be  modified  by  the  user 
directly  during  execution,  or  via  a  system  service  (see  Section  5.2.3). 

5. 2. 1.1. 8  Clock  Period  (AIOC-AIOH) 

If  clock  interrupts  are  enabled,  this  word  specifies  the  length  of  time 
between  interrupts,  /'s  with  the  options  word,  the  period  may  be  changed 
directly  or  via  a  system  service. 
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5. 2. 1.1. 9  Paqe  0,  1 ,  and  2  Update  Address  (A10E-A10F,  A110-A111,  A112-A113) 

Pages  0,  1,  and  2  have  special  significance  in  some  systems,  and  are 
utilized  quite  often.  Therefore  they  are  stored  in  Intecolor  memory  rather 
than  on  disk,  and  whenever  one  is  modified  by  a  Common  Memory  write  operation 
the  user  may  be  interrupted.  These  three  words  specify  the  starting  address 
of  the  three  routines  which  may  be  called.  If  the  starting  address  is  zero, 
the  interrupt  for  that  page  is  disabled. 

5.2.1.1.10  Unsolicited  Input  Interrupt  Address  (All 4-A1 15) 

Certain  incominq  messages  must  be  processed  by  the  user.  I DOS-O  makes 
this  possible  by  providing  a  user  interrupt  for  this  purpose.  This  word 
specifies  to  IDOS-O  the  starting  address  of  the  user  routine  that  is  to  be 
called.  If  the  address  is  zero,  this  interrupt  is  disabled. 

5.2.1.1.11  Restart  Address  (A116-A117) 

Upon  the  execution  of  a  reset  command  {either  externally  or  from  the 
user  via  the  status  word--see  Section  5. 2. 1.1. 3),  the  user  may  want  to  resume 
processing  at  a  different  location  than  at  initialization.  If  non-zero, 
IDOS-O  will  not  reload  IUSER,  but  will  simply  vector  to  the  specified  address 
If  zero,  IUSFR  will  be  reloaded  and  execution  will  begin  at  the  address 
specified  by  the  Starting  Address  word  (A104-A105). 

5.2.1.1.12  Display  Protect  Boundaries  (A118-A119) 

IDOS-O  has  a  feature  which  allows  an  external  source  to  print  text  on 
the  Intecolor  display  without  user  intervention.  Locations  A1 18-All 9  specify 
the  acceptable  area  of  the  display  for  this  purpose.  IDOS-O  will  not  allow 
external  text  to  overwrite  protected  areas  of  the  screen.  If  the  boundaries 
are  set  to  zero,  no  text  will  be  permitted  (see  Figure  5-5). 

5. 2. 1.2  I DOS-O/T I E  Interaction 

The  software  which  is  supplied  with  the  Intecolor  uses  seven  of  the 
eight  available  interrupts.  The  eighth  interrupt  is  used  by  Interval  timer 
#1 ,  and  is  set  whenever  the  timer  counts  down  to  zero.  IDOS-O  uses  this 
timer  to  interrupt  the  user  program  periodically.  The  interval  is  set  to 
approximately  10  ms. 
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x - - 

0,0  45,0  79,0 


All 8  -  X  boundary  -  45^ Q 
A119  -  Y  boundary  *  351Q 

Figure  5-5.  Text  Boundary  Protection 


5. 2. 1.2.1  TIE  Polling 

Each  time  IDOS-O  is  invoked  by  the  timer  interrupt,  the  TIE  status 
is  polled.  If  the  TIE  is  found  to  be  idle,  control  returns  to  the  user,  and 
little  time  is  lost.  If  the  receiver  buffer  is  found  to  contain  a  message, 
IDOS-O  processes  the  message  and  takes  appropriate  action  before  returning 
control  to  the  user. 

5. 2. 1.2. 2  User  Clock 

In  addition,  each  time  IDOS-O  is  invoked,  the  user  clock  is  decre¬ 
mented.  If  the  cloci'  value  reaches  zero,  and  clock  interrupts  are  enabled, 
the  user  clock  interrupt  routine  is  invoked  before  control  reverts  to  the 
user.  This  feature  permits  the  user  to  perform  operations  at  regular 
intervals. 
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5.2.2  Input/ Output  Operation 

Because  of  the  architectural  differences  between  the  Intecolor  and 
CEs,  I/O  is  handled  differently  by  IDOS-O.  The  following  sections  describe 
the  I/O  processes  and  data  structures. 

5. 2. 2.1  Input  Messaqe  Handling 

Upon  completion  of  a  TIE  input  operation,  the  TIE  sets  the  RXINT  line 
(see  Section  4.3).  At  the  next  interval  timer  interrupt,  IDOS-O  polls  the 
RXINT  line,  and,  finding  it  set,  reads  the  TIE  status  byte  to  determine  the 
cause.  If  it  finds  that  a  successfully  completed  transfer  has  taken  place, 
it  reads  the  data  from  the  TIE  into  Intecolor  memory  and  a  buffer  packet  is 
constructed.  The  following  sections  describe  the  packet  format  and  the 
different  actions  taken  for  each  message  code. 

5. 2. 2. 1.1  Input  Buffer  Packets 

There  are  a  total  of  three  input  buffers  maintained  by  IDOS-O  which 
are  used  in  a  round-robin  fashion.  This  is  designed  to  allow  processing 
on  one  buffer  while  others  are  pending.  A  pointer  (IBUFP)  keeps  track  of 
the  next  available  buffer  for  input.  Another  point  (UBUFP)  points  to  the 
next  buffer  available  to  the  user.  The  format  of  the  packets  are  shown  in 
Table  5-8. 

The  first  byte  (byte  0)  is  a  flag  denoting  the  status  of  the  buffer 
(0  =  empty,  -1  =  full).  Bytes  1  and  2  are  a  pointer  to  the  location  where 
the  data  is  stored.  Byte  3  is  the  number  of  header  words  contained  in  the 
message.  These  words  are  stripped  off  the  message  and  stored  separately 
from  the  data  in  the  location  pointed  to  by  bytes  4  and  5.  Byte  6  gives 
the  virtual  address  from  which  the  message  originated,  and  bytes  7  and  8 
point  to  the  header  word  in  which  the  source  address  occurred.  Byte  9 
specifies  the  data  word  count  (the  number  of  16-bit  data  words).  Byte  10 
specifies  the  message  code,  and  the  eleventh  byte  contains  the  Common 
Memory  Page  number,  if  applicable  (message  codes  5  and  6). 
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Table  5-8.  IDOS-O  Input  Buffer  Packet  Structure 


5. 2. 2. 1.2  Messaqe  Codes  and  Functions 

IDOS-O  handles  incoming  messages  slightly  differently  than  DOS-O  in  a 
CE.  The  following  sections  describe  the  message  codes  and  the  action  taken  by 
IDOS-O.  Table  5-9  lists  them  all  for  reference. 

5. 2. 2. 1.2.1  Message  Codes  0,  1,  2,  and  3 

These  codes  are  used  to  send  messages  from  task-to-task  in  the  CE 
system.  IDOS-O  passes  the  data  directly  to  the  user  in  the  following  manner: 
The  current  buffer  is  constructed,  and  the  "full"  flag  is  set.  The  header  is 
placed  in  an  appropriate  buffer,  and  the  data  is  stored  in  the  current  data 
buffer.  Then,  if  the  user  prologue  has  a  nonzero  value  in  the  unsolicited 
input  interrupt  address  (A114-A115^) ,  the  user  interrupt  routine  is  called 
to  process  the  packet.  The  user  then  requests  the  packet,  (see  Section  5.2.3), 
processes  the  data,  and  releases  the  buffer  before  returning  control  to 
IDOS-O. 

If  the  interrupt  address  is  zero,  the  interrupt  is  disabled,  and  IDOS-O 
immediately  returns  from  the  polling  routine  to  the  interrupted  program.  The 
user  may  poll  the  input  buffers  by  requesting  a  packet  and  checking  the 
buffer  "full"  flag.  Section  5.2.3  describes  this  procedure  further. 

5. 2. 2. 1.2. 2  Message  Code  4  (Returned  Message) 

A  returned  message  causes  a  fault  message  to  be  sent  to  VA  77g  (DOS-1), 
and  the  packet  is  released.  The  user  task  is  not  affected. 

5. 2. 2. 1.2. 3  Message  Code  5  (Common  Memory  Input  Request) 

Messaqe  code  5  is  a  request  for  IDOS-O  to  fetch  a  specific  page  of 
Common  Memory  (drive  1  of  the  floppy  disk)  and  return  it  to  the  source  address. 
IDOS-O  performs  this  function  regardless  of  what  card  type  the  Intecolor 
appears  to  be  on  the  CE  bus.  Pages  0,  1,  and  2  are  maintained  in  the 
Intecolor  memory  itself,  at  addresses  FAOO-FBFF^g,  FCOO-FDFF^g,  and  FEOO-FFFF^g 
respectively.  All  other  pages  are  stored  on  disk  and  must  be  loaded  into 
RAM  before  output. 
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Table  5-9.  IDOS-Q  Message  Code  Processing 


Message 


Code 

Meaninq 

Function 

0 

First  Block 

Passed  to  user  program^ 

Passed  to  user  program^ 

Passed  to  user  program^ 

Passed  to  user  program^ 

1 

Middle  Block 

2 

Last  Block 

3 

Single  Block 

4 

Returned  Block 

Fault  message  sent  to  DOS-1 

5 

Input  Request 

2 

Performs  common  memory  input  request 

6 

Output  Request 

2  3 

Performs  common  memory  output  request  * 

If  TSKVA  =  77  or  76,  passed  to  user  pro'-'rarJ  ; 
otherwise,  fault  messaqe  is  sent  to  DOS-1 

7 

Status  Return 

8 

Status  Request 

If  source  =  77,  status  is  sent;  otherwise, 

fault  message  is  sent  to  DOS-1 

Passed  to  user  program^ 

9 

Fault  Message 

10 

Text  Message 

Message  displayed  on  screen 

11 

Bus  Extender 

Fault  message  sent  to  DOS-1 

12 

Load  Virtual 

Address 

If  source  =  77,  VA  is  changed  in  TIE  and  task 
prologue;  otherwise  fault  message  sent  to  DOS-1 

13 

Reset 

IDOS-O  reset,  control  transfers  to  initial 

entry  point 

14 

Executive 

Message 

If  source  not  77,  fault  message  sent  to  DOS-1; 
otherwise  ignored  unless  configuration  table 
update,  in  which  case  only  first  word  is  used 

to  derive  transmit  bus  cotnnands 

15 

Power  OFF 

IDOS-O  reset 

^Passed  via  circular  input  buffers,  if  unsolicited  input  enabled,  user 
is  interrupted. 

2 

Regardless  of  card  type. 

O 

If  pages  0,  1  or  2  are  updated,  user  is  interrupted  (if  enabled);  all 
other  page  requests  are  ignored. 
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To  speed  up  access  to  the  floppy  disk,  a  "page  map"  which  contains 
the  starting  sector  of  each  page  is  constructed  and  maintained  by  IDOS-O. 

This  page  map  is  discussed  further  in  Section  5. 2. 2. 1.3. 

■$. 2. 2. 1.2. 4  Message  Code  6  (Common  Memory  Output  Request) 

This  code  is  used  to  store  a  block  of  data  into  a  page  of  Common 
Memory.  IDOS-O  replaces  the  old  page  with  the  data  in  the  input  buffer.  If 
the  page  number  did  not  previously  exist  on  the  disk  or  in  the  page  map,  an 
error  results,  and  no  replacement  takes  place.  The  old  version  of  the  page  is 
overwritten,  and  may  no  longer  be  used  after  this  operation.  Updates  to 
pages  0,  1,  and  2  are  performed  in  memory,  and  do  not  involve  a  disk  access. 

(At  present  in  FTWRP,  only  pages  0,  1.  and  2  may  be  modified.  Any  request  to  update 
a  page  on  disk  is  ignored  by  IDOS-O.) 

If  page  0,  1,  or  2  is  updated,  and  the  corresponding  interrupt  is 
enabled  in  the  task  prologue,  the  user  is  called  before  the  packet  is 
released,  and  before  processing  resumes. 

5. 2. 2. 1.2. 5  Message  Code  7  (Status  Return) 

Code  7  is  legal  only  if  the  VA  of  the  Intecolor  is  77g  (i.e.,  the  user 
program  is  I00S-1)  or  76g.  In  this  case  the  buffer  is  passed  to  the  user  as 
in  Section  5. 2. 2. 1.2.1.  Otherwise  the  packet  is  released  and  a  fault  message  is 
sent  to  DOS-1. 

5. 2. 2. 1.2. 6  Message  Code  8  (Status  Request) 

If  the  source  of  this  message  is  77g  or  76g,  I00S-0  will  output  the 
four  IDOS-O  status  words  with  a  message  code  7  (Status  Return).  After  output 
is  complete,  the  status  bits  are  cleared  and  the  input  buffer  released.  If 
the  source  is  anything  other  than  77g  or  76g,  a  fault  message  is  sent  to 
DOS-1. 

5. 2. 2. 1.2. 7  Messaqe  Code  9  (Fault  Message) 

This  message  is  always  passed  directly  to  the  user  as  described  in 

Section  5.2.2. 1.2.1  regardless  of  who  the  source  is  or  what  the  Intecolor's  VA 
is.  This  is  so  that  the  system  operator  can  see  fault  messages  on  the 
display  and  take  appropriate  action. 
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5. 2. 2. 1.2. 8  Message  Code  10  (Text) 

This  code  is  a  special  case  in  ID0S-0.  Any  block  that  comes  in  with 
message  code  10  is  treated  as  text  by  IDOS-O  and  output  to  the  screen.  The 
user  task  is  unaffected  and  is  not  called.  The  format  of  code  10  messages 
is  shown  in  Figure  5-6.  Before  the  text  is  output,  IDOS-O  compares  the  cursor 
location  on  the  screen  with  the  boundaries  of  usable  display  specified  in  the 
task  prologue.  Any  characters  which  place  the  cursor  in  a  protected  area  of 
the  display  are  suppressed.  Certain  special  characters  (such  as  Escape)  are 
also  suppressed  to  prevent  an  external  source  from  making  the  Intecolor  go 
wacky.  A  complete  list  of  valid  and  invalid  characters  is  shown  in  Figure  5-7. 

5. 2. 2. 1.2. 9  Message  Code  11  (Bus  Extender) 

This  code  is  always  illegal  to  the  Intecolor,  and  IDOS-O  wi 1 '  log  a 
fault  message  to  DOS-1  if  it  is  received. 

5.2.2.1.2.10  Message  Code  12  (Load  Virtual  Address) 

If  the  source  is  76n  or  770,  IDOS-O  will  change  the  Intecolor’s  VA  to 

O  O 

the  value  specified  in  the  first  data  word  of  the  message.  The  Task  VA  in 
the  user  prologue  is  also  modified.  If  the  source  is  invalid,  the  VA  is 
left  unchanged  and  DOS-1  is  notified. 

5.2.2.1.2.11  Message  Codes  13  and  15  (Reset  and  Power  Off) 

These  codes  are  not  normally  seen  by  the  CE  because  hardware  exists  to 
perform  the  functions  immediately.  However,  the  TIE  has  no  such  hardware, 
so  they  must  be  done  in  software.  Both  codes  perform  the  same  function.  Upon 
receipt  of  a  13  or  15,  I00S-0  aborts  the  user  task,  re-initial izes  its  tables, 
and,  if  the  restart  address  in  the  user  prologue  is  nonzero,  vectors  to  that 
address.  If  the  restart  address  ‘s  zer^,  the  user  task  is  reloaded  and 
started  at  the  initial ization  address. 
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Byte 

Number 

Word 

Number 

Contents 

Comments 

0-1 

0 

Header  Word 

2-3 

1 

To:  IDOS-O 

From:  Anyone 

Message  Code:  10-|0 

Body  Word  Count  ( <  252 ) 

4-5 

2 

Text  Message  Character 

Count 

6-7 

3 

Start  Location 

6 

Bits  15-8  Column  # 

(0-79) 

7 

Bits  7-0  Line  H 

(0-47) 

8-2n 

4-n 

Text  -  2  characters  per 

word 

Figure  5-6.  IDOS-O  Text  Message  Format 


124 


Figure  5-7.  Valid  Text  Characters.  Shaded  areas  are  invalid 


5.2.2.1.2.12  Message  Code  14  (Executive  Message) 


This  code  is  reserved  for  communication  between  DOS-1  and  IDOS-O,  and 
never  involves  the  user  task.  The  format  of  the  executive  message  is  shown 
in  Figure  5-8.  The  message  types  are  listed  in  Table  5-10.  At  this  time,  all 
message  types  are  ignored  by  IDOS-O  except  configuration  update  (type  2). 

If  a  configuration  update  is  received,  the  second  data  word  is  read  for 
transmit  bus  information.  If  bit  15  is  set,  IDOS-O  will  alternate  busses  each 
time  a  message  is  output  (first  A,  then  B,  etc.).  If  bit  15  is  reset,  then 
bit  14  is  used  to  specify  which  bus  is  to  be  used  (0  =  A,  1  =  B).  At  present, 
the  rest  of  the  configuration  update  message  is  ignored,  although  in  the  future 
the  capability  of  using  logical  devices  may  be  added. 

5.2.2. 1 .3  Page  Map 

As  stated  before,  IDOS-O  expects  drive  1  to  contain  files  which  are 
treated  as  Common  Memory  pages.  Each  "page"  is  a  self-contained  file  with 
the  name  "PAGE. XXX",  where  "XXX"  is  a  decimal  number  from  000  to  255.  Thus, 
PAGE. 042  is  the  name  of  the  file  containing  page  42.  Each  page  is  exactly 
2401q  16-bit  words  in  length. 

To  speed  up  Common  Memory  operations,  IDOS-O  constructs  a  "page  map" 
in  Intecolor  memory  ( E600-F7FF1 which  contains  the  starting  sector  of  each 
page  on  the  disk.  The  format  of  the  page  map,  shown  in  Figure  5-9,  consists  of 
two  bytes  per  page.  The  512-byte  map  permits  up  to  256  pages  to  be  specified. 
Nonexistent  pages  are  entered  as  -1  (FFFF^g). 

Upon  initialization,  IDOS-O  scans  the  directory  of  drive  1,  looking  for 
filenames  of  the  form  "PAGE. XXX".  The  starting  sector  address  of  each  page 
is  placed  in  the  appropriate  word  of  the  page  map.  If  multiple  copies  of  a 
page  exist,  the  most  recent  version  is  placed  in  the  map.  If  the  disk  is 
modified  or  replaced,  a  new  page  map  must  be  constructed  to  prevent  loss  of 
files.  This  can  be  accomplished  by  a  system  service  supported  by  IDOS-O  which 
may  be  called  by  the  user  program  (see  Section  5.2.3). 
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OEST  SOURCE  1110 

WORD  COUNT 

MESSAGE  TYPE 

BODY 


Figure  5-9.  Page  Map  Format 


Table  5-10.  Executive  Message  Types 


Message  Type  Format  of  the  Message  Body 

0  Load  Task  Word  1  Load  Map  Page  Number 

1  Start  Task  Word  1  Task  Number 

Word  2  Starting  Address  or  0 

2  Configuration  Word  1  k  Number  of  Configuration  Items  plus  Bus 

Data  Update  Control  Word 

Bit  15  0  =  No  Alternating 

1  =  Alternating 

Bit  14  0  =  Bus  A 

1  =  Bus  B 

Bits  13-0  Number  of  items 

Word  2  1  Number  of  Words  for  Item  1  including  this 

word  count 

Word  3  d  Device  Number 

Word  4  VA  Virtual  Address  of  Actual  Card 

Word  5  m  Index  to  Final  Header  (1  <  m  S  n) 

Word  6  n  Number  of  Headers 

Word  7-1+1  Header(s) 

Word  1+2  and  on  for  items  2  through  k 

3  Task  Directive  Word  1  Directive 

2  =  Suspend  Task  . 

3  =  Resume  Task 

4  =  Abort  Task 

4  Memory  I/C  (See  Reference  5-1) 

Continued  on  second  page... 
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Table  5-10,  Executive  Message  Types  (Continued) 


Message  Type  Format  of  the  Message  Body 


5  Modify  Memory  Word  1 
Word  2 
Word  3 
Word  4 
Word  5 


Number  of  Modifications  (n) 
Address  for  Modification  1 
New  value  for  Address  in  Word  2 
Address  for  Modification  2 
New  value  for  Address  in  Word  4 


Word  2  Address  for  Modification  n 

Word  2n+l  New  value  for  Address  in  Word  2n 


6  Update  Virtual  Word  1 
Address  Modifi¬ 
cation  Control 
Word 


New  Virtual  Address  Modification  Control  Word 


Bit  15 


{ 


Set:  Modification  Permitted 

Clear:  Modification  Prohibited 


7  Update  Recording  Word  1 
Control  Words  Wor(j  2 


Recording  On  Flags 
Recording  Off  Flags 
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Table  5-11.  IDOS-O  Service  Calls* 


Call 

Number  Description 

0  Output  Message 

1  Update  user  clock 
interrupt 

2  Set  virtual  address 

3  Select  Bus 

4  Register  Fault 


Parameters 


Returned  Values 


8  =  Header  Count  CARRY  =  I/O  error 

C  *  Data  word  count  NO  CARRY  =  I/O 
Q£  =  Header  List  ad-  successful 
dress 

HL  -  Data  buffer  ad-  A  =  Error  code 
dress 

8C  =  New  options  word 
D£  =  New  clock  period 


B  =  New  virtual  address 


8  =  Bus 

0  -  A  bus 
1  =  B  bus 

-1  -  Alternate  busses 

B  »  Fault  number  (0-7) 

If  bit  7  set,  error  set  in 
user  fatal  status  word; 
task  aborted 


5 


6 

7 


If  bit  7  reset,  error  set 
in  user  nonfatal  status 
word;  control  reverts  to 
user 


Fetch  Input  Buffer 
Packet 


Release  Input  Buffer 


HL  *  address  to  which 
packet  is  to  be 
stored 


No  parameters 


A  =  Buffer  full  flag 
(word  0  of  packet; 

-1  -  full,  0  =  empty) 
condition  codes  set 


Initialize  Page  Map  Reads  directory  of  drive 

I  and  generates  new  page 
map;  display  RAM  (8000- 
9DFF)  is  used  as  temp, 
buffer 


No  parameters 
Continued  on  next  page... 


Table  5-11.  1D0S-0  Service  Calls*  (Continued) 


Call 

Number  Description  Parameters  Returned  Values 

8  Software  Interrupt  Generates  an  I/O  in¬ 

terrupt  which  polls 
TIE;  clock  is  not  up¬ 
dated. 

No  parameters 


*Executed  by  a  subroutine  call  to  E003H.  A  register  must  have  service  call 
number;  parameters  passed  in  registers  as  shown  above. 
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Table  5-12.  Intecolor  Input/ Output  Error  Messages 


Input  Error  Codes 


Displayed  in  the  form: 

ERROR  XX  DURING  INPUT 
Where  XX  is: 


2x 

Fault  on  A  Bus 

4x 

Fault  on  B  Bus 

Ax 

Parity  Error  on  A 

Cx 

Parity  Error  on  B 

80 

Interrupt,  Receiver  Idle 

81 

TIE  Command  Error  -  Illegal  Command 

82 

TIE  Byte  Boundary  Error 

84 

TIE  Read  Reset  Error  -  Receiver  Idle 

8B 

TIE  Read  Error  -  Receiver  Idle 

Output  Error  Codes 

Displayed  in 

the  form: 

ERROR 

XX  DURING  OUTPUT 

CALLED 

FROM  YYYY 

Where  YYYY  is 

Address  from  which  call  is  made;  XX  i: 

03 

Time  Out  Error 

05 

Parity  Error 

07 

Receiver  Busy 

09 

No  Reply 

OB 

Arbitration  Fault 

OD 

Bus  Busy 

Continued  on  next  page... 


Table  5-12. 


Intecolor  Input/Output  Error  Messages  (Continued) 


Output  Error  Codes  (con‘t) 


OF 

81 

82 

88 

89 

8A 


Triggered 

TIE  Command  Error  -  Illegal  Command 
TIE  B>te  Boundary  Error 

TIE  Select  Bus  Error  -  Transmitter  Triggered 

TIE  Set  Virtual  Address  Error  -  Transmitter  Triggered 

TIE  Write  Error  -  Transmitter  Not  Idle 
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5.2.3.  System  Services 

I DOS-O  supports  nine  system  services  which  the  user  may  call  (see 
Table  5-11).  System  services  are  called  by  placing  the  service  number  in  the  A 
register,  any  other  parameters  in  the  B,  C,  0,  E,  H,  and  L  registers,  and 
executing  a  subroutine  call  to  £003^.  Some  services  return  with  a  status  word 
in  the  A  register  and  the  flags  modified.  Each  service  is  discussed  at  length 
in  the  following  sections. 

5. 2. 3.1  Output  Message  (0) 

Messages  are  output  by  a  user  program  in  the  Intecolor  via  service  0. 
Before  the  call  is  made,  the  B  register  specifies  the  number  of  header  words 
(usually  1  in  a  single  cluster  system),  and  C  specifies  the  number  of  data  words 
in  the  message  (0  -  253).  OE  and  HL  register  pairs  point  to  the  memory  locations 
containing  the  headers  and  data  respecti vely. 

After  the  transfer  is  complete,  IDOS-O  returns  to  the  calling  program 
with  a  status  byte  in  A  and  the  carry  flag  modified.  If  carry  is  zero  (no 
carry),  output  was  successful.  If  carry  is  set,  an  error  occurred,  and  the  A 
register  contains  an  error  code.  All  errors  except  No  Reply  (code  09)  are  also 
reported  to  the  operator  as  an  error  message  in  the  lower  right  portion  of  the 
Intecolor  display.  The  error  codes  are  defined  in  Table  5-12. 

5. 2. 3. 2  Update  User  Clock  (1) 

The  user  may  change  the  user  clock  period  or  options  at  any  time  via  a 
service  call  1.  Before  the  call,  the  BC  register  pair  should  contain  the  new 
options  word  (  0  =  interrupts  disabled,  -1  =  enabled),  and  DE  should  contain  the 
new  clock  period.  The  period  is  decremented  by  one  each  time  IDOS-O  is  invoked 
by  the  interval  timer,  and  thus  the  actual  period  of  the  user  clock  is  a  multi¬ 
ple  of  about  10  msec.  However,  the  clock  is  very  inaccurate,  and  many  factors 
change  its  period. 
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5.2.3. 3  Set  Virtual  Address  (2) 

Service  call  2  takes  the  value  in  the  B  register  and  stores  it  in  the 
virtual  address  register  of  the  TIE.  The  task  VA  byte  in  the  user  prologue  is 
also  updated. 

5. 2. 3. 4  Select  Bus  (3) 

Service  3  enables  the  user  to  specify  which  external  bus  the  TIE  should 
use  on  output.  If  the  B  register  contains  a  zero.  Bus  A  is  always  used.  If  B 
is  o  1,  Bus  B  is  used.  I!  B  is  a  -1,  the  bus  is  alternated  each  time  an  output 
is  performed.  This  command  overrides  the  information  in  a  configuration  update 
from  DOS-1  (see  Section  5.2.2.1.2.12). 

5. 2. 3. 5  Register  Fault  (4) 

One  of  the  four  status  words  maintained  by  IDOS-O  is  reserved  for  user 
fault  reports.  The  upper  byte  is  reserved  for  fatal  errors,  and  the  lower  byte 
for  non-fatal  errors. 

Register  B  contains  a  number  from  0  to  7  specifying  the  bit  which  is  to 
be  set.  If  bit  7  of  the  B  register  is  set,  the  corresponding  bit  is  set  in  the 
fatal  error  byte,  and  the  user  program  is  aborted.  Otherwise,  the  bit  is  set  in 
the  nonfatal  error  byte,  and  control  is  returned  to  the  user.  The  next  time 
DOS-1  requests  status  from  IDOS-O,  the  fault  will  be  reported. 

5. 2. 3. 6  Fetch  Input  Buffer  Packet  (5) 

This  service  transfers  the  packet  for  the  next  available  input  buffer  to 
the  location  specified  by  the  HL  register  pair.  In  addition,  the  buffer  "full" 
flag  (byte  0  of  the  packet)  is  placed  in  A,  and  the  condition  codes  set.  If 
the  A  register  is  zero,  the  buffer  is  empty,  and  the  information  in  the  packet 
is  meaningless.  If  A  is  negative  (-1),  the  buffer  is  active,  and  the  packet 
information  is  valid.  Room  mu ^ L  .»c  re.erved  for  twelve  bytes  of  packet  infor¬ 
mation. 
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5. 2. 3. 7  Release  Buffer  Packet  (6) 

This  service  takes  the  current  buffer  packet  and  resets  the  buffer  "full" 
flag,  thus  releasing  it  from  use.  In  addition,  the  user's  "current  packet" 
pointer  which  is  maintained  by  IDOS-O  is  incremented  to  point  to  the  next 
available  packet.  This  is  the  method  by  which  a  user  task  informs  IDOS-O  that 
it  is  through  with  a  packet. 

5. 2. 3. 8  Initialize  Page  Map  (7) 

As  stated  in  Section  b. 2. 2. 1.3,  in  order  for  IDOS-U  to  properly  perform  tne 
Common  Memory  functions  of  Input  and  Output,  a  page  map  must  be  maintained  in 
Intecolor  memory.  Whenever  a  new  diskette  is  inserted  into  drive  1,  a  new  page 
map  must  be  constructed.  IDOS-O  can  perform  this  operation  for  the  user  via  ser¬ 
vice  call  7.  This  service  uses  the  Intecolor  display  refresh  RAM  as  a  workspace 
(800G-9DFFj6) ,  and  thus  destroys  anything  already  on  the  display.  The  display 
should  be  erased  after  this  call. 

5. 2. 3. 9  Software  Interrupt  (8) 

This  service  is  required  because  of  a  peculiarity  in  the  Intecolor  oper¬ 
ating  system.  Many  times  during  execution  of  the  user  program,  interrupts 
(including  that  of  interval  timer  *1)  are  disabled  by  the  ISC-supplied  software. 
This  is  done  without  warning,  and  prevents  IDOS-O  from  polling  the  TIE  to  process 
messages.  Thus,  at  times  when  the  user  is  waiting  for  a  critical  message  from 
the  TIE,  the  input  never  seems  to  come.  Simply  re-enabling  interrupts  using  the 
8080  "El"  command  does  not  always  solve  the  problem,  and  sometimes  creates  more 
problems  itself.  This  service  permits  the  user  to  force  IDOS-O  to  poll  the  TIE 
just  as  if  a  timer  interrupt  had  occurred.  The  only  difference  between  the 
software  and  hardware  interrupts  is  that  the  software  interrupt  does  not  affect 
the  user  clock. 
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5.3  Distributed  Operatinq  System  Level  1  ( I  DOS- 1 ) 

Although  the  Fault-Tolerant  Signal  Processor  was  desiqned  to  permit  the 
level  1  operatinq  system  to  run  in  a  Common  Clement,  in  the  FTWRP,  the  8080- 
based  Intecolor  intelligent  terminal  was  the  ideal  place  for  it.  The  name 
of  the  program  was  thus  modified  to  "Intecolor-resident  DOS-1",  or  ID0S-1. 

I  DOS - 1  performs  all  the  functions  of  a  sinqle  cluster  DOS-1,  plus  it 
acts  as  an  operator’s  console  where  commands  and  parameters  may  be  input  and 
system  status  and  command  responses  are  displayed.  The  followinq  sections 
describe  the  system  functions  of  ID0S-1,  while  the  command  interpreter  is 
described  in  detail  in  Section  3.2. 

5.3.1  System  Configuration 

The  current  FTWRP  system  software  will  support  a  single  cluster  of  devices 
including  an  input  IOC,  an  output  IOC  and  up  to  14  Common  Elements,  plus  the 
Intecolor,  which  utilizes  socket  address  0.  It  should  be  repeated  here  that 
although  the  software  will  support  a  fully  populated  cluster,  electrical  power 
requirements  currently  limit  the  maximum  number  of  CEs  to  6  (includinq  the 
test  panel,  which  draws  significant  power,  and  two  IOCs).  More  elements  will 
require  the  addition  of  a  second  power  source. 

5.3.2  FTSP  Level  1  Operatinq  System  Functions 

As  stated  above,  I00S-1  performs  all  the  functions  of  a  single-cluster 
version  of  DOS-1,  including  system  initialization,  status  polling,  task  con¬ 
figuration,  reconfiguration,  spare  rotation,  and  fault  reporting.  While  ID0S-1 
is  e-.eo.  ;inq,  .he  Intecolor  appears  on  the  FTSP  busses  as  a  Common  Element 
with  virtual  address  77  (octal). 

5. 3. 2.1  ID0S-1  Data  Structures 

A  complete  list  of  ID0S-1  data  structures  and  routine  usage  is  contained 
in  Appendix  B.  ’he  major  structures  maintained  for  system  configuration 
are  threefold:  1)  the  system  status  table  (SYSTBL),  2)  the  system  table  index 
(STNDX) ,  and  3)  the  various  system  queues.  A  qrasp  of  the  functions  of  these 
structures  is  vital  to  a  sound  understanding  of  ID0S-1  operation. 
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5. 3. 2. 1.1  System  Status  Table  (SYSTBL) 

The  SYSTBL  is  an  array  of  status  words,  with  one  entry  per  physical 
(socket)  address  in  the  system  (includinq  the  Intecolor),  Each  entry  consists 
of  8  bytes: 

The  card  type 

0  =  nonexistent 

1  =  CE 

2  =  IOC 

3  =  CM 

The  current  virtual  address  (0  -  77) 

The  card's  status  (2  bytes) 

The  job  status  (derived  from  status  word) 

The  task  identification  number 
The  task  virtual  address 
The  status  polling  count 

The  use  of  each  of  these  words  will  be  discussed  in  the  description  of  the 
routines  in  which  they  are  primarily  utilized. 

5. 3.2. 1.2  SYSTBL  Index  (STNDX) 

The  STNDX  is  an  array  which  maps  each  possible  virtual  address  (0  to  77) 
to  its  correspondinq  socket  address,  by  which  the  SYSTBL  is  accessed.  For 
example,  if  the  CE  at  socket  address  10  is  executing  a  task  with  virtual  address 
60,  the  STNDX  entry  at  60  will  contain  a  10.  This  is  cross  referenced  in  the 
SYSTBL  via  the  virtual  address  word  (byte  2),  which,  in  the  entry  for  socket 
address  10  will  contain  a  60.  Virtual  addresses  which  are  unused  are  flagged 
by  a  -1  in  the  correspondinq  STNDX  entry. 

Whenever  a  card's  virtual  address  (VA)  is  changed,  the  new  VA  entry  in 
the  STNDX  is  qiven  the  socket  address  as  it  is  specified  in  the  old  VA  entry. 

The  old  entry  is  then  chanqed  to  -1.  Thus  ID0S-1  can  keep  track  of  a  dynamic 
system  without  undue  headaches. 
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5.3. 2. 1.3  I  DOS-1  Queues 

I  DOS- 1  maintains  a  number  of  queues  for  system  configuration  and  task 
loading.  The  major  queues  are  the  Idle  list,  the  Task  queue,  the  Virtual 
Address  queue,  and  the  Spare  list.  These  are  all  of  the  form  of  a  last-in 
first-out  stack,  that  is,  the  last  entry  pushed  onto  the  queue  is  the  first 
one  popped  off. 

The  Task  Queue  contains  a  list  of  the  identification  number  of  each  task 
which  must  be  loaded  next.  The  priority  of  task  loadinq  is  determined  by  the 
order  in  which  they  are  entered  into  the  queue.  The  VA  queue  is  actually  an 
extension  of  the  Task  Queue,  and  contains  the  virtual  addresses  that  each  task 
will  assume  when  the  task  is  started.  These  two  queues  should  therefore  track 
each  other  exactly,  and  if  they  don't  an  error  will  be  qenerated. 

The  Idle  List  is  basically  just  a  list  of  all  the  idle  CEs  in  the  system 
at  any  one  time.  Whenever  the  Task  Queue  contains  a  task  id,  the  idle  list  is 
searched  for  an  idle  CE  into  which  the  task  can  be  loaded.  If  one  is  found, 
the  CE  is  popped  off  the  idle  list,  and  the  task  id  and  virtual  address  are 
popped  off  their  respective  queues.  If  a  new  card  is  inserted  into  the  system 
after  startup  or  a  task  completes,  that  card’s  virtual  address  is  entered  onto 
the  idle  list. 

The  Spare  List  is  the  same  as  the  Idle  Li^t,  except  that  CEs  which  are 
on  the  Spare  list  are  not  necessarily  idle.  A  spare  CE  may  be  executinq  a 
task,  namely  the  self-diaqnostics  task.  If  a  hiqh-priority  task  must  be  loaded 
and  there  are  no  CEs  on  the  idle  list,  the  spare  list  is  searched  for  CEs  which 
can  be  conscripted  for  service.  If  one  is  found,  the  diagnostics  task  is 
aborted  and  the  card  is  re-loaded  with  the  new  task.  Otherwise,  the  task  is 
left  or  the  ta  ,k  queue  until  a  card  is  inserted  or  an  existinq  card  completes 
its  current  task. 

5. 3. 2. 2  I DOS- 1  Functional  Descrirtion 

5. 3. 2. 2.1  I DOS- 1  Initialization 

At  startup,  I  DOS-1  initializes  its  internal  tables  and  pointers  to  the 
initial  state.  The  SYSTBL  is  initialized  such  that  the  only  member  of  the 
system  is  the  Intecolor  itself,  which  is  given  the  card  type  of  CE,  and  virtual 
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address  77  (octal).  The  STNOX  is  set  to  all  -Is  except  the  entry  at  77,  which 
is  set  to  0  (socket  address  0).  Then  the  Task  Queue  is  loaded  from  the  floppy 
disk  (file  name:  TASKS. 001),  along  with  the  V A  Queue.  In  addition,  the  default 
system  configuration  is  initialized  from  disk  (file  name:  CONFIG. 001),  and  the 
signal  processing  parameters  are  loaded  into  Intecolor  RAM  from  floppy  (file 
name:  PARAM.001).  After  initialization  is  complete,  I DOS- 1  enters  its  idle  loop 
(the  command  interpreter),  waitinq  for  commands  from  the  operator. 

5. 3. 2. 2. 2  ID0S-1  System  Startup 

Once  the  operator  has  entered  all  the  desired  commands  (if  any),  the 
1 PPP *  command  is  entered  to  begin  system  startup. 

The  first  operation  performed  during  startup  is  to  reset  all  virtual 
addresses  (except  77  octal)  to  ensure  that  the  system  is  in  a  known  state.  Once 
this  is  complete,  status  request  messages  are  sent  to  each  VA  (including  77)  to 
determine  the  present  configuration. 

Once  a  complete  list  of  valid  devices  is  obtained,  it  is  compared  with  a 
list  of  devices  necessary  to  run  the  desired  application.  If  too  few  IOCs  are 
available,  I D0S-1  enters  an  infinite  loop  pollinq  status,  waiting  for  more 
IOCs  to  be  inserted.  This  condition  is  signalled  by  the  error  message 
NOT  ENOUGH  IOCS  AVAILABLE  TO  PERFORM  TASK 
WAITING  FOR  MORE  CARDS 

The  loop  is  broken  either  by  the  insertion  of  a  sufficient  number  of  IOCs  or  by 
depressing  the  BREAK  key.  If  BREAK  is  pressed,  startup  is  aborted  and  the 
command  pocessor  is  reentered. 

If  there  are  enough  IOCs  available,  the  lists  are  then  checked  for 
sufficient  CEs.  If  there  are  too  few  CEs,  a  warning  message  is  displayed  to 
that  effect  and  startup  continues. 

The  next  step  of  system  startup  is  thus  the  loading  of  all  applications 
tasks.  As  each  task  load  operation  is  complete,  the  task  is  started  by  executive 
messaqe  to  the  CE.  In  FTWRP,  all  signal  processing  tasks  have  certain  parameter 
lists  which  must  be  loaded  before  processing  can  begin.  ID0S-1  takes  care  of 
this  by  sending  parameter  lists  to  all  tasks  with  virtual  addresses  between  60 
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and  67  (octal ).  In  a  deqraded  system,  the  last  entries  of  the  task  queue  are 
loaded  first  (and  thus  have  highest  priority).  Tasks  are  loaded  until  the 
list  of  idle  (and  spare)  CEs  is  exhausted.  Insertinq  more  cards  will  cause 
the  unloaded  tasks  to  be  loaded. 

Once  all  the  tasks  are  loaded  (or  as  many  as  possible  in  a  deqraded 
system),  the  IQCs  are  started.  I DOS- 1  assumes  that  the  input  IOC  is  at  socket 
address  16  (octal)  and  the  output  IOC  is  at  14  (octal).  If  not,  an  error  is 
generated.  No  warning  message  is  displayed,  but  a  fault  bit  is  set  in  the 
I  DCS  - i  status  word. 

The  last  operation  done  at  system  startup  is  the  enablinq  of  IDOS-1 
system  clock  interrupts,  which  provides  the  means  to  periodically  poll  system 
status,  etc.  Once  complete,  the  command  Interpreter/idle  loop  is  reentered. 

6. 3. 2. 2. 3  IDOS-1  Clock  Interrupt  Processing 

At  regular  intervals  (at  present,  every  87  IDOS-O  clock  ticks,  or  about 
1  second),  IDOS-O  invokes  a  clock  interrupt  routine  in  IDOS-1  which  performs 
various  functions  that  must  be  done  periodical ly.  Upon  entry  of  this  routine 
(called  CLKSVC )  a  counter  is  decremented  and  checked  for  zero.  When  zero,  this 
counter  signals  that  system  status  polling  is  necessary.  Another  counter 
determines  when  spare  rotation  must  be  invoked.  Regardless  of  the  states  of 
these  counters,  the  task  queue  is  checked  at  every  clock  interrupt.  If  the 
queue  is  not  empty,  and  a  CE  is  found  in  the  idle  list  (or  spare  list),  the 
task  is  loaded  at  this  time. 

5. 3. 2. 2. 4  IDOS-1  Message  Interrupt  Processing 

Whenever  a  message  is  received  by  IDOS-1,  the  messaqe  processor  (MSGP?) 
is  invoked.  This  routine  reads  the  messaqe,  decodes  its  meaning  and  takes  the 
appropriate  action.  The  three  ma.io"  message  types  that  are  sent  to  IDOS-1  are 
message  code  3  (sinqle  block  message),  i.iescaqe  code  7  (status  return),  and 
message  code  9  (fault  message). 
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5. 3. 2. 2. 4.1  Sinqle  Block  Messaqes 

Most  sinqle  block  messaqes  are  simply  displayed  on  the  Intecolor  screen 
with  information  regardinq  the  source  of  the  message.  However,  during  the 
course  of  operation,  several  messages  may  come  in  which  serve  as  synchronization 
messages  for  IDOS-1.  The  meaninq  of  these  messaqes  is  encoded  into  the  first 
data  word  of  the  body  (word  0). 

5. 3. 2. 2. 4. 1.1  No  Data  (word  0=0) 

This  messaqe,  if  it  comes  from  a  valid  signal  processing  CE  (virtual 
address  between  60  and  67),  signals  that  data  is  not  beinq  received  from  the 
input  IOC.  The  only  time  this  messaqe  should  be  sent  to  ID0S-1  is  when  a  CE 
has  been  "rotated"  out  of  the  processing  flow  in  spare  rotation.  All  other  CEs 
will  report  this  fault  as  a  nonfatal  error  bit  in  the  status  return  messaqe. 

If  the  messaqe  is  invalid  because  of  its  source,  or  reason  (e.q.,  spare 
rotation  is  not  in  progress),  the  messaqe  is  displayed  as  a  normal  sinqle  block 
message. 


5. 3. 2. 2. 4. 1.2  Look  Up  Table  Synchronization  (word  0=1) 

Whenever  a  signal  processing  task  is  loaded  and  started  in  a  CE,  a  para¬ 
meter  list  messaqe  is  sent  to  it  to  initialize  its  internal  tables.  In  addition, 
a  Range  Normalization  Look  Up  Table  (LUT)  page  map  is  sent.  The  CE  will  then 
request  the  required  LUT  pages  from  Common  Memory  (the  Intecolor,  via  ID0S-0), 
and  send  a  message  back  to  ID0S-1  when  the  load  process  is  complete. 

If  this  message  is  invalid,  either  because  of  its  source  (not  a  signal 
processing  task),  or  because  processing  has  not  begun  (the  ' PPP '  command  was 
never  entered),  the  messaqe  is  displayed  as  a  normal  single  block  message. 

5. 3. 2. 2. 4. 1.3  Task  Directive  Reply  (word  0=2) 

This  messaqe  siqnifies  that  a  CE  has  successfully  loaded  a  task  as  pre¬ 
viously  instructed  by  ID0S-1,  and  that  it  is  awaitinq  further  orders.  If  the 
task  load  operation  was  never  requested  by  I D0S-1 ,  the  CE  will  be  reset  and 
reconfiguration  invoked.  If  siqnal  processing  has  not  yet  begun  (via  a  'PPP' 
command),  the  message  is  displayed  as  a  normal  sinqle  block  message. 


b. 3.?. 2. 4.?  Status  Reply  Processing 

When  a  status  return  is  received,  the  first  check  is  for  the  validity 
of  the  messaqe.  If  processing  has  not  yet  begun  (via  a  'PPP1  command),  the 
message  is  displayed  on  the  screen  as  if  it  were  a  single  block  message 
(message  code  3).  If  processing  is  in  progress,  but  the  status  was  never 
requested  by  a  previous  message  from  I DOS- 1 ,  the  card  which  sent  the  messagp  is 
reset  and  reconfiguration  is  invoked. 

°nce  the  validity  of  the  message  is  confirmed,  the  next  check  made  is 
whether  or  not  the  card  is  a  new  addition  to  the  system,  or  one  which 
previously  existed.  New  CEs  are  queued  as  idle  and  sent  the  system 
configuration  table  for  future  use.  New  IOCs  are  reset  to  ensure  that  they  are 
in  a  known  state,  and  queued  as  idle.  CMs  are  queued,  but  are  otherwise 
iqnored. 

Existinq  cards  are  checked  for  changes  in  status  from  previous  reports. 

If  an  error  has  been  detected,  it  is  checked  to  see  if  it  is  fatal.  Nonfatal 
errors  are  logqed,  but.  otherwise  ignored.  Fatal  errors  cause  reconfiguration 
to  be  invoked. 

5. 3. 2.2. 4. 3  Fault  Message  Processing 

Fault  messages  are  error  reports  that  are  serious  enough  to  warrant 
immediate  attention.  They  usually  are  accompanied  by  one  or  two  data 
words  to  clarify  the  actual  cause  of  the  fault.  These  fault  messaqes  are 
translated  by  IDOS-1  into  text  strinqs  which  are  displayed  on  the  screen  along 
with  their  associated  data  words.  Red  messages  are  fatal,  and  reconfiguration 
is  invoked  after  the  messaqe  is  displayed.  Yellow  messaqes  are  nonfatal ,  and 
no  further  action  is  taken.  (At  present,  all  fault  messages,  fatal  and  nonfatal, 
are  treated  by  IDOS-1  as  fatal,  and  displayed  in  red.) 

b.3.2.2.5  System  Reconfiguration 

In  the  event  ot  a  system  failure  such  as  a  faulty  CE  or  IOC,  etc,  IDOS-1 
invokes  the  reconfiguration  routine  (RFCNF).  The  purpose  of  this  subroutine 
is  to  remove  the  faulty  card  and  replace  it  if  possible  with  a  healthy  spare 
in  the  system.  The  system  status  and  configuration  tables  are  automatical ly 
updated  during  reconfiguration. 
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The  first  item  of  business  is  to  suspend  all  the  tasks  in  the  system  to 
prevent  spurious  messages  and  lost  data  synchronization.  Also  involved  in 
task  suspension  is  the  resetting  of  all  IOCs  (thus  effectively  suspending  them 
also).  Once  all  tasks  have  been  suspended,  the  faulty  card  is  reset  by  an 
executive  message  (message  code  13),  and  its  task  placed  in  the  task  queue. 

The  SYSTBL  and  STNDX  are  updated  to  show  the  failure  before  the  routine 
terminates. 

The  actual  process  of  re-loading  the  task  into  another  card  is  performed 
at  the  next  clock  interrupt,  if  any  spares  are  available. 

5.4  Pulse-Pair  Application  Program  (FTWRP) 

The  heart  of  the  Fault-Tolerant  Weather  Radar  Processor  system  is  the 
signal  processing  applications  task  which  runs  in  the  Common  Elements.  This 
task  has  the  identification  60  (octal),  and  executes  in  CEs  with  virtual 
addresses  60  through  64  (octal).  The  following  sections  describe  the  FTWRP 
program  in  detail,  and  a  list  of  data  structures  appears  in  Appendix  B.  The 
processing  flow  diagram  of  Figure  2-4  provides  a  convenient  reference  for 
the  descriptions  that  follow. 

5.4.1  Overview  of  FTWRP  Processing 

Processing  in  FTWRP  is  divided  among  the  CEs  according  to  range.  In  the 
normal  system,  five  CEs  take  equal  shares  of  data,  according  to  the  total 
number  of  range  cells  being  processed.  For  example,  in  a  1024  range  cell 
application,  the  processing  is  divided  up  as  follows: 


VA 

Range  Cells 

60 

0  -  207 

61 

208  -  411 

62 

412  -  615 

63 

616  -  819 

64 

820  -  1023 
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5.4. 1.1  Data  Rufferinq  in  FTMRP 

Processing  dwells  are  triple  buffered  in  the  FTMRP  applications  software. 
That  is,  while  processing  is  takinq  place  out  of  one  data  buffer,  another 
buffer  is  being  filled  with  new  data.  Three  buffers  are  used  instead  of  two 
to  take  care  of  peak  system  load,  and  to  prevent  loss  of  data  due  to  transient 
problems  in  CEs  (e.g.,  I/O  problems  such  as  busy  receivers). 

Each  time  a  new  block  of  ranqe  cell  data  is  received,  a  "pulse-level" 
inter'upt  routine  is  invoked,  which  performs  the  required  operations  (either 
autocorrelation  and  integration  or  simple  integration),  depending  on  whether 
the  data  is  reflectivity  or  coherent  channel  information.  The  integration  is 
accomplished  by  addinq  the  result  to  the  contents  of  the  current  input  buffer. 
Once  the  buffer  is  full  (a  full  complement  of  pulses  have  been  integrated  as 
determined  by  the  NSI  parameter),  it  is  released  for  "dwel 1 -level "  processing 
which  computes  mean  velocity,  range  normal  i zaf-ion ,  shear,  etc.  Meanwhile, 
a  new  buffer  is  allocated  to  input,  and  pulse-level  processing  can  continue. 

5.4.?  FTWRP  Functional  Description 

This  section  discusses  the  functional  aspects  of  the  FTWRP  applications 
software.  The  Continuous  Pulse  Sequence  processor  is  described  here.  The  Dual 
Wavelength  Sequence  processor,  which  performs  all  the  functions  of  the  Continuous 
Pulse  processor  plus  some  complicated  ambiquity  resolution  techniques,  is 
discussed  in  Section  5.4.3. 

5.4.2. 1  Task  Startup/Initial ization 

This  section  describes  the  process  of  brinqinq  up  the  FTWRP  applications 
task  in  a  CE  and  preparing  it  to  run.  This  involves  task  startup, processing 
startup  and  initialization,  parameter  loadinq,  and  look-up-table  loadinq. 

5. 4. 2. 1.1  Task  Startup 

When  IROS-1  starts  the  task,  FTWRP  immediately  enters  an  idle  loop  waiting 
for  a  processing  startup  command.  This  enables  1D0S-1  to  send  commands  to 
FTWRP  without  interfering  with  data  processing,  and  without  fear  of  destrcvinq 
any  packets  or  tables.  Usually  the  commands  from  I  DOS- 1  include  loading  of 
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parameters  and/or  look-up  tables.  The  formats  for  each  of  the  possible  commands 
which  are  honored  by  the  applications  software  are  detailed  in  Section  5.4. 1.3. 

5.4.2. 1.2  Processing  Startup/Initial ization 

When  IDO S- 1  finally  sends  the  processing  startup  command  to  FTWRP,  the 
first  thing  that  is  done  is  to  initialize  all  the  special  instruction  packets. 

Lly  initializing  once  at  the  beginning  rather  than  before  each  use  of  the 
instructions,  the  loops  are  made  more  efficient  and  problems  caused  by  slow 
processors  are  minimized. 

Once  initialization  is  complete,  the  dwell  processor  enters  a  second 
idle  loop  waiting  for  an  input  buffer  to  be  freed  by  the  pulse-level  routines. 

If  this  takes  too  long,  a  nonfatal  error  bit  is  set  in  the  CE  task  status  word. 

5. 4. 2. 1.3  Parameter  Loading 

Parameters  may  be  changed  at  any  time,  either  before  processor  startup, 
or  during  processing.  It  is  recommended,  however,  that  the  processor  be  stopped 
before  parameter  lists  be  sent. 

Once  parameters  have  been  changed  or  initialized  according  to  the  message 
from  IDOS-1 ,  the  processor  run  flag  is  checked  to  see  if  the  dwell-level  processor 
is  active.  If  so,  the  task  initialization  routine  is  re-executed  to  bring  all 
tables  up  to  date.  If  not,  nothing  is  done,  under  the  assumption  that  IDOS-1 
will  be  starting  the  system  again  at  some  point  in  the  future.  When  it  does, 
the  task  will  be  re-initialized  automatically. 

5.4.2. 1.4  Look-Up  Table  Loading 

Look  up  tables  are  loaded  by  giving  the  CE  a  load  map  page  number  speci¬ 
fying  how  the  look  up  table  is  to  be  loaded.  The  CE  then  requests  the  load 
map  page  from  CM  (the  Intecolor),  and  uses  it  it  determine  which  pages  must  be 
loaded  next.  The  format  of  the  Look-Up  Table  (LUT)  page  map  is  shown  in 
Figure  5-10.  When  all  the  pages  of  the  LUT  have  been  successfully  loaded, 
the  CE  sends  a  "LUT  load  complete"  message  to  IDOS-1.  (Section  5. 3. 2. 2. 4. 1.2). 
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5. 4. 2. 2  FTWRP  Commands  From  I I10S- 1 

The  FTWRP  applications  software  recoqnizes  six  different  commands  from 
IDOS-1.  Each  command  is  a  self  contained  messaqe  from  virtual  address  77 
(octal)  and  with  messaqe  code  5.  The  format  for  each  command  is  shown  in  Table 
5-13  and  described  in  the  followinq  sections.  Word  0  of  the  messaqe  body 
always  contains  the  command  code  to  he  executed. 

5. 4. 2. 2.1  Chanqe  Virtual  Address  (Command  0) 

This  command  is  used  only  durinq  spare  rotation  (see  Section  5.6),  and 
its  purpose  is  to  inform  the  CE  that  it  will  be  asked  to  chanqe  its  virtual 
address  to  the  specified  value  as  soon  as  the  current  pulse-level  input  buffers 
are  filled. 

Word  1  of  the  messaqe  contains  the  new  virtual  address. 

5. 4. 2. 2. 2  Chanqe  Parameter(s)  (Command  1) 

This  messaqe  instructs  the  proqram  that  a  new  batch  of  parameters  are  to 
he  used  in  future  processinq.  Once  the  new  parameters  have  been  put  in  place, 
the  task  initial ization  routine  is  called  aqain. 

Althouqh  parameters  can  be  chanqed  at  any  time,  even  durinq  processinq, 
it  is  not  recommended  without  first  stoppinq  the  siqnal  processor  with  a 
command  4  (Section  5.4. 1.3.4).  If  parameters  are  chanqed  durinq  processinq, 
some  packets  may  be  temporarily  destroyed,  which  will  ultimately  result  in 
either  bad  data  or  the  CE  actually  beinq  reset  due  to  a  perceived  fault. 
Therefore,  it  is  best  to  stop  the  processor,  load  new  parameters,  and  then 
restart  it  usinq  command  5  (Section  5. 4. 2. 2. 6). 

6. 4. 2. 2.3  Chanqe  Look-Up  Table  Number  1  (Command  2) 

This  messaqe  instructs  the  processor  to  load  the  ranqe  normalization 
look-up  table.  Word  1  contains  the  numher  of  the  load  map  paqe  which  will 
supply  the  required  information  to  load  the  table.  The  format  of  the  load  map 
pane  is  shown  in  Fiqure  5-10. 

Once  the  Look  Up  Table  has  been  successfully  loaded  from  Common  Memory 
(the  Intecolor),  a  messaqe  to  that  effect  is  transmitted  to  I  DOS-1 .  The  format 
of  the  load  complete  messaqe  has  messaqe  code  3  and  a  1  in  word  0. 
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Table  5-13.  Signal  Processor  Command  Formats 


Function 

Change  Virtual  Address 
Change  SP  Parameters 


Load  Range  Normalization 
Look-up  Table 

Load  Tangential  Shear 
Look-up  Table 

Stop  processing 

Start  (Restart)  processing 


Parameters 

Word  1  =  new  virtual  address 

Word  1  =  number  of  parameters 
(n) 

2  =  parameter  number 

2n  Parameter  number 
2n+l  Parameter  value 

Word  1  =  Load  map  page  number 
Word  1  =  Load  map  page  number 


5. 4. 2. 2. 4  Chanqe  Look-Up  Table  Number  2  (Command  3) 

This  message  instructs  the  processor  to  load  the  Tanqential  Shear  look¬ 
up  table  from  Common  Memory  (the  Intecolor).  The  contents  of  this  table  are 
the  values  corresponding  to  the  tangential  velocity  of  the  beam  versus  the 
range  cell  number.  The  method  and  termination  of  loading  the  table  are  the 
same  as  discussed  in  Section  5. 4. 2. 1.4. 

5. 4. 2. 2. 5  Suspend  Processing  (Command  4) 

This  message  instructs  the  program  to  halt  signal  processing  after  the 
current  dwell  of  data  is  processed.  New  buffers  of  data  may  still  be  processed 
by  the  pulse-level  routines,  but  are  not  passed  to  the  dwell -level.  The  dwell 
processor  re-enters  the  initialization  idle  loop,  and  will  not  exit  until  a 
new  Start  Processing  command  is  received.  There  are  no  data  words  associated 
with  this  messaqe. 

5. 4. 2. 2. 6  Start  Processing  (Command  5) 

This  command  is  used  to  start  the  dwel 1-level  processi.<q  from  the  initial 
conditions,  or  resume  after  a  Suspend  Processing  command  is  received.  The 
task  initial ization  routine  is  invoked  immediately  after  receipt  of  this  message, 
and  the  dwell  processor  is  entered.  There  are  no  parameter  data  words  associated 
with  this  messaqe. 

5. 4. 2. 3  Pulse-Level  Processing 

As  stated  above,  the  pulse-level  processing  consists  of  two  parts:  the 
coherent  channel  and  reflectivity  channel.  These  routines  are  discussed 
separately  in  the  following  sections. 

5.4.2. 3.1  Coherent  Channel  Processing 

The  coherent  channel  processing  is  performed  in  the  interrupt  handler 
IQPULS  each  time  a  new  packet  with  message  code  10  is  received.  The  format  of 
the  coherent  data  packets  is  shown  in  Fiqure4-12. 
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The  heart  of  the  coherent  channel  processing  is  the  RACOR  signal  pro¬ 
cessing  instruction  which  was  developed  for  FTWRP.  This  instruction,  described 
in  detail  in  Secion  6.1.10,  takes  the  complex  conjugate  of  the  packed  inphase 
and  quadrature  data, and  multiplies  it  with  the  packet  data  from  the  previous 
pulse,  which  was  stored  in  a  delay  buffer  in  memory.  The  result  is  then  inte¬ 
grated  over  the  entire  dwell  by  being  added  to  a  cumulative  I  and  Q  data  set 
maintained  in  memory.  The  actual  number  of  pulses  integrated  in  this  manner 
is  determined  by  the  NSI  parameter.  The  current  data  set  is  then  stored  in 
the  delay  buffer  for  processing  the  next  pulse  when  it  comes  in. 

A  pulse  count  is  maintained  by  IQPULS  to  determine  when  the  dwell  is 
complete.  When  a  buffer  is  full,  it  is  flagged  as  such  and  released  to  the 
dwell  processor  for  the  rest  of  the  algorithm  implementation. 

The  pulse  after  a  complete  dwell  is  treated  as  a  new  dwell  data  set, 
and  therefore  (since  there  is  no  previous  data  to  be  autocorrelated  with)  the 
packet  is  simply  read  into  the  delay  buffer  with  the  SREADR  (scatter  read) 
instruction. 

The  second  pulse  of  data  is  autocorrelated  with  the  delay  buffer  as 
with  the  RACOR  instruction,  but  instead  of  the  results  being  integrated  into 
memory,  they  are  simply  stored  there,  effectively  clearing  the  contents  from 
previous  dwells.  This  is  accomplished  with  the  RAC0R1  instruction  (see  Section 
6.1.9). 

If  all  three  coherent  channel  buffers  are  full,  the  last  one  filled 
will  be  emptied  and  refilled,  and  a  nonfatal  fault  bit  set  in  the  task  status 
word. 


5.4.2. 3.2  Reflectivity  Channel  Processing 

The  reflectivity  channel  data  processing  is  performed  by  the  interrupt 
service  routine  LZPULS,  which  is  nvok"d  each  time  a  packet  with  message  code 
11  is  received.  The  format  of  the  reflectivity  data  packet  is  shown  in  Figure 
4-12. 

As  in  the  case  with  coherent  channel  processing,  reflectivity 
processing  revolves  around  a  single  instruction,  RACC  (Read  and  Accumulate). 
This  relatively  simple  instruction  (described  in  detail  in  Section  6.1.8) 
takes  the  unpacked  reflectivity  data  and  adds  it  to  a  buffer  in  memory. 
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A  separate  pulse  counter  is  maintained  by  LZPULS  to  determine  when  a 
dwell  is  complete.  Once  the  buffer  contains  a  complete  dwell,  it  is  flagged 
appropriately  and  released  to  the  dwell  processor. 

The  new  buffer  is  initialized  by  storinq  the  next  pulse  of  data  directly 
over  the  old  data  with  the  REAR  instruction. 

If  all  three  reflectivity  buffers  are  ful1,  LZPULS  will  re-appropriate 
the  buffer  which  was  filled  last,  and  set  a  fault  bit  in  the  task  status  word. 

5. 4. 2. 4  Dwell  Level  Processing 

Although  the  Dwell  level  processing  represents  a  single  larqe  routine 
in  FTWRP,  it  is  functionally  similar  to  the  pulse-level  processor  in  that  it 
also  has  two  distinct  emphases  (reflectivity  and  coherent  channel).  To  faci¬ 
litate  understanding,  these  will  be  discussed  separately.  The  special  signal 
processing  instructions  which  were  designed  for  FTWRP  and  used  in  the  dwell 
processor  include  SCALE,  CVEC,  VADD,  VSUB,  and  SLINT,  and  are  described  in 
detail  in  Section  6.1. 

5. 4. 2. 4.1  Common  Preprocessing 

The  FTWRP  software  was  designed  to  provide  maximum  accuracy  while 
minimizing  the  probability  of  overflow  errors.  Therefore,  the  algorithm  was 
sized  usinq  worst  case  maximum  data  with  NSI  =  256  (maximum  pulse  integration). 
However,  when  NSI  is  reduced,  proper  scaling  must  be  done  to  prevent  loss  of 
accuracy.  Thus,  the  first  operation  performed  on  all  data  is  scaling  so  that 
as  many  significant  bits  as  possible  will  be  retained. 

5. 4. 2. 4. 2  Reflectivity  Processing  (Dwell  Level) 

Reflectivity  processing  is  relatively  simple  in  comparison  to  that  for 
the  coherent  channel.  The  major  operation  which  must  be  performed  is  range 
normalization  to  account  for  signal  attenuation  with  respect  to  range.  This  is 
accomplished  by  adding  (using  VADD)  a  constant  which  is  determined  by  the  range 
cell  number.  These  constants  are  contained  in  a  look-up  table  which  is  indexed 
by  range  cel  1  number. 
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Range  normal ization  may  be  turned  off  by  the  operator  by  typinq 

SET  RN0RM=0FF 

which  sets  a  flag  in  FTWRP  that  instructs  the  dwell  processor  to  skip  execution  of 
the  VADD  instruction,  typinq 

SET  RN0RM=0N 

will  turn  the  range  normalization  function  on  aqain.  No  other  processing  is 
performed  on  reflectivity  data  until  the  final  common  output  processing. 

5.4. P.4.3  Coherent  Channel  Processinq  (Dwell  Level) 

Coherent  channel  processinq  is  somewhat  more  complicated,  since  a  number 
of  operations  may  need  to  be  accomplished.  The  first,  and  most  visible,  function 
is  the  computation  of  the  arctangent  of  the  autocorrelation  results  from  the 
pulse  level  routine.  The  result  of  the  arctangent  (computed  by  CVEC)  is  directly 
proportional  to  the  mean  velocity,  since  it  is  a  measure  of  the  Doppler  phase 
shift  of  the  returns.  This  information  will  be  ranqe-averaged  and  output  to 
the  Output  Synchronizer  as  the  mean  velocity  channel. 

The  second  major  function  of  the  coherent  channel  processor  is  the  compu¬ 
tation  of  the  shear.  Either  tangential  or  radial  shear  can  be  obtained,  depending 
on  the  state  of  the  SHEAR  flag  (set  using  the  SET  SHR  command). 

Radial  shear  is  simplest,  and  consists  of  simply  subtracting  from  each 
range  cell  the  velocity  of  the  previous  range  cell;  that  is, 

shear(r)  =  velocity(r)  -  velocity(r-l) 
where  r  is  the  range  cell  number. 

Tangential  shear  is,  simply  stated,  a  comparison  of  the  velocity  from 
dwell  to  dwell;  that  is, 

shear(.  ,n)  *  [vel ocity(r,n)  -  velocity(r,n-l )]  *  [l/(r*dTheta)J 
where  r  is  the  range  cell  number,  n  is  the  dwell  number,  and  dTheta  is  a  measure 
of  the  angular  velocity  of  the  antenna  in  degrees  per  dwell.  Therefore,  the 
velocity  information  for  each  dwell  must  be  stored  in  a  delay  buffer,  to  be 
subtracted  from  the  new  dwell  when  it  comes  in.  The  l/(r*dTheta)  term  is 
supplied  by  another  look-up  table  indexed  by  range.  After  the  tanqential 
shear  for  a  dwell  is  computed,  the  delay  buffer  is  updated  by  copying  the 
current  dwell's  velocity  buffer  into  the  delay  buffer.  This  is  accomplished 
most  efficiently  by  using  the  SCALE  instruction  with  a  scale  constant  of  one. 
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5. 4. 2. 4. 4  Common  Post  Processing 

Once  the  desired  data  (reflectivity,  mean  velocity,  and  shear)  has  actually 
been  computed,  the  results  must  be  smoothed  by  sliding-window  range  averaging. 
This  operation  also  serves  to  move  the  data  into  dedicated  output  buffers  from 
which  the  messages  to  the  output  synchronizer  can  be  built.  The  averaging 
process  is  performed  by  the  SLINT  instruction,  unless  the  window  size  is  set 
to  0  or  1  (effectively  turning  off  the  averaging  function),  in  which  case  the 
faster  SCALE  instruction  is  used  with  a  scale  constant  of  1. 

It  should  be  noted  here  that  since  the  data  has  been  partitioned  among 
the  CEs  according  to  range,  sliding  window  averaging  becomes  a  bit  of  a  problem 
around  the  range  boundaries.  At  present,  this  is  alleviated  by  each  CE  sending 
the  next  CE  a  block  of  data  egual  in  size  to  the  averaging  window.  This  is  not 
perfect,  however,  since  CEs  are  not  necessarily  synchronized  with  each  other; 
that  is,  one  CEs  dwell  may  be  slightly  skewed  in  time  (a  few  pulses)  from 
another.  In  the  future,  it  may  be  found  to  be  better  to  solve  the  problem  by 
duplicating  the  first  (or  last)  range  cell  in  a  block  to  fill  out  the  average. 
Further  experimentation  is  required  in  this. area  to  arrive  at  final 
conclusions. 

Once  a  CE  has  transmitted  its  few  ranqe  cells  to  the  next  CE,  it  waits 
for  a  similar  input  from  the  CE  which  is  processing  the  previous  block.  If  it 
takes  too  lonq,  it  will  go  ahead  and  averaqe,  but  set  a  fault  bit  in  the  task 
status  word. 

After  averaging,  the  output  packets  must  be  built  for  transmission  to 
the  output  synchronizer.  The  actual  output  process  may  involve  as  many  as  three 
packets  of  data  (and  thus,  three  output  operations).  The  format  of  each  of  the 
packets  is  shown  in  Figure  4-16.  The  OSSA  word  is  used  by  the  output  synchro¬ 
nizer  to  ensure  that  data  is  output  to  the  Scan  Converter  in  proper  ranqe 
order.  The  data  words  are  merqed  toqether  (three  words  per  range  cell)  for  up 
to  79  ranqe  cells  of  data  per  packet.  Thus,  in  the  case  of  NRC=256,  only  one 
packet  is  required  per  CE  (maximum  52  range  cells  per  CE),  but  when  NRC=1024, 
three  packets  are  necessary  (two  packets  of  79  range  cells,  and  one  of  50). 

After  all  the  packets  are  output  to  the  synchronizer,  the  dwell  buffer 
is  released  back  to  the  pulse-level  processor,  which  may  then  refill  it  with  a 
new  dwell  of  data. 
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5 . 5  Dual  Wavelength  Application  Task 

The  Dual  Wavelength  processing,  depicted  in  Figure  2-5,  is  basically 
the  same  as  for  continuous  pulse  sequence  processing,  except  for  two  extra 
processing  modules  labeled  "Range  Ambiguity  Resolver"  and  "Coherent 
Channel  Formatter."  These  software  modules,  called  RAR  and  CCF  respectively, 
help  to  map  multiple  trip  echo  ambiguities  into  their  proper  range  intervals. 
This  is  accomplished  by  building  a  table  (indexed  by  range)  which  specifies 
the  "trip  number"  into  which  a  range  cell  should  be  placed.  The  RAR  module 
is  responsible  for  creating  the  table,  while  CCF  uses  it  to  actually  perform 
the  mapping. 

The  reflectivity  information  consists  of  four  indeoendent  blocks  of 
range  cells  representing  the  same  interval  of  each  of  four  coherent  channel 
trips.  These  four  blocks  are  treated  as  a  single  large  block  during  the 
normal  pulse-level  processing,  since  range  dependencies  do  not  exist  there. 
The  coherent  channel  is  processed  as  before  also,  since  there  is  at  this 
point  only  one  interval.  In  the  dwel 1-level  processing,  the  arctangent  is 
computed  without  regard  to  range,  but  range  normalization  and  shear  computa¬ 
tion  are  range  dependent,  and  therefore  the  range  ambiguity  resolution  must 
be  performed  first. 

5.5.1  Range  Ambiguity  Resolver 

A  flowchart  depicting  the  logic  of  RAR  is  shown  in  Figure  5-11.  The 
first  check  performed  by  RAR  is  to  determine  the  trip  which  contains  the 
maximum  reflectivity  for  a  given  range  cell  offset.  At  the  same  time,  the 
relative  difference  between  the  maximum  and  the  second  largest  trip  must  be 
computed.  If  this  difference  is  less  than  a  threshold  (ZTH,  set  by  the 
operator)  the  information  is  ambiguous,  since  the  coherent  channel  infor¬ 
mation  could  conceivably  be  placed  in  either  trip.  In  this  case,  an 
"ambiguous  data"  flag  is  placed  in  the  RAR  table.  If  one  trip  is  clearly 
dominant,  a  trip  "index"  (0,  1,  or  2)  is  entered  into  the  RAR  table.  If 
the  maximum  reflectivity  is  below  a  threshold  (PRETH,  set  by  the  operator) 
the  reflectivity  and  coherent  channels  are  all  set  to  zero,  and  zero  is 
entered  into  the  RAR  table.  T^is  process  is  repeated  until  all  the  coherent 
range  cells  have  been  identified  with  a  trip  index,  or  been  found  abmiguous. 
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5.5.2  Coherent  Channel  Formatter 

The  CCF  logic  is  shown  in  the  flowchart  of  Figure  5-12.  If  the  RAR 
table  shows  that  the  trip  information  is  ambiguous,  the  first  trip  (trip  0) 
is  assumed  as  the  correct  one,  and  the  trip  3  range  offset  is  given  a  code 
denoting  that  ambiguous  data  is  being  reported.  The  ambiguous  data  code  is 
defined  as  (-1)  times  the  block  integration  (BLINT)  window  size  BLW,  set  by 
the  operator)  for  reasons  which  will  become  clear  later.  All  other  trips 
(1  and  2)  are  set  to  zero.  If  nonambiguous  data  is  encountered  (i.e.,  the 
RAR  table  entry  is  0,  1,  or  2)  the  table  entry  is  used  to  determine  in  which 
trip  the  coherent  channel  data  should  be  placed  (trip  3  is  always  set  to 
zero,  unless  ambiguous  data  is  encountered). 

Once  the  entire  RAR  table  has  been  processed,  the  coherent  channel 
buffers  will  have  expanded  by  a  factor  of  four.  Since  range  dependencies 
have  presumably  been  resolved  at  this  point,  range  normalization  and  shear 
calculations  can  be  performed. 

Since  the  Scan  Converter  (SCRM)  cannot  accept  the  expanded  buffers  of 
data,  it  must  be  reduced  using  the  block  integration  instruction  (BLINT). 

Once  BLINT  is  performed,  the  reduced  buffers  are  of  the  proper  size  for  out¬ 
put  to  the  existing  hardware.  Ambiguity  information  is  retained,  since  the 
fourth  trip  (trip  3)  still  contains  the  ambiguous  flags.  However,  since 
data  reduction  has  taken  place,  resolution  of  which  range  cells  were 
ambiguous  may  be  lost.  Since  the  ambiguous  flag  was  defined  as  (-1)  times 
the  BLINT  window  size,  the  output  of  BLINT  in  trip  3  should  be  0  (if  no 
ambiguities  existed  in  the  window),  or  (-1)  times  the  number  of  ambiguities 
encountered  in  the  window.  For  example,  if  the  BLINT  window  is  4  range  cells, 
and  two  ambiguities  are  encountered  within  a  window,  the  trip  3  output  should 
be  -2.  Therefore,  maximum  ambiguity  information  is  made  available  for 
post-processing. 
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Figure  5-12.  Coherent  Channel  Formatter  Flow  Diagram 
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5.6  Spare  Rotation 


One  of  the  requirements  of  the  Fault  Tolerant  Weather  Radar  Processor 
is  the  ability  to  run  comprehensive  diagnostics  in  individual  CE's  while 
the  system  is  operating.  Since  these  diagnostics  cannot  run  concurrently 
with  tasks  in  an  active  CE,  a  separate  diagnostic  task  which  executes  in  a 
"spare"  (i.e.,  not  used  in  the  system  at  the  time)  CE  is  a  good  alternative. 

If  it  is  possible  to  "rotate"  this  task  through  different  CE's  in  the 
system  without  losing  data  or  computing  power,  all  CE's  may  test  themselves 
periodically  to  insure  system  integrity.  This  section  describes  the  com¬ 
plications  of  such  an  operation,  and  outlines  the  scheme  which  satisfies  the 
requirements. 

Requirements 

The  requirements  associated  with  spare  rotation  are: 
o  No  data  may  be  lost 

o  DOS-1  must  initiate  and  control  the  operation 

o  Unaffected  CEs,  IOCs,  and  CMs  must  not  be  cognizant  of  any 
change  taking  place. 

Although  these  requirements  seem  obvious,  they  are  by  no  means  trivial  to 
implement  in  FTWRP.  To  demonstrate  this,  the  applicable  environmental 
considerations  of  FTWRP  are  repeated  in  the  following  subsection. 

5.6.1  FTWRP  Spare  Rotation  Environment 

5.6. 1.1  The  system  consists  of  5  processing  CEs  and  one  spare;  two  IOCs 
(one  input,  one  output),  and  an  Intecolor,  in  which  runs  I  DOS- 1 ;  there  are 
no  CMs. 

5.6. 1.2  Processing  is  distributed  among  CEs  according  to  range  interval 
(e.g.,  CE  #1  receives  range  cells  0-207,  CE  #2  receives  cells  208  -  411, 
etc.),  and  all  tasks  are  identical.  However,  constants  and  look-up  tables 
are  range  dependent,  and  are  therefore  different  in  each  CE. 

5.6. 1.3  Data  is  input  via  an  IOC  in  continuous  input  mode,  and  therefore 
is  received  by  CEs  periodically  without  request.  Since  the  IOC  has  a 
predefined  sequence  of  virtual  addresses  (VA)  to  which  to  send  data  any  CE 


entering  or  leaving  the  processing  stream  must  change  its  VA  during  a 
finite  window  of  time  to  prevent  loss  of  data.  Therefore,  the  IOC  gates 
the  maximum  time  allowed  for  rotation,  which  may  vary  from  0.25  to  2.0  ms 
in  length. 

5.6. 1.4  A  block  of  radar  data  is  input  to  each  CE  every  256  -  2048  ys, 
upon  which  "pulse-level  processing"  ( PLP )  is  performed.  The  results  are 
integrated  into  dwells  of  32  -  256  pulses  each,  upon  which  the  CE  performs 
"dwell-level  processing"  (DLP)  before  the  data  is  output.  While  DLP  is 
going  on,  the  PLP  of  the  next  dwell  takes  place.  Therefore,  at  any  point 

in  time  two  dwells  of  data  are  undergoing  processing.  From  a  spare  rotation 
point  of  view,  this  means  that  the  rotation  process  may  only  take  place  be¬ 
tween  the  last  pulse  of  the  previous  dwell  and  the  first  pulse  of  the  next 
dwell.  This  window,  0.25  -  2.0  ms  long  occurs  about  3  -  4%  of  the  time.  To 
complicate  the  picture  even  more,  this  window  shifts  in  time  from  CE  to  CE 
and  from  dwell  to  dwell. 

5.6. 1.5  The  time  required  to  load  a  new  task  into  a  CE  is  on  the  order  of 

20  -  30  seconds,  and  essentially  halts  the  execution  of  I  DOS - 1 .  This  requires 
the  spare  to  load  the  application  task  in  advance  of  the  actual  rotation 
process. 

5.6.2  Spare  Rotation  Implementation 

The  small  window  size  and  lack  of  synchronization  discussed  in  the 
previous  section  makes  it  extremely  difficult  for  ID0S-1  to  control  rotation, 
since  ID0S-1  never  really  knows  a  CE's  progress  in  the  processing  sequence. 
However,  with  the  added  capability  of  DOS-O  to  change  its  own  virtual  address 
with  previous  authorization  from  I  DOS- 1  (see  system  request  9,  section  5. 1.4.8) 
the  following  scheme  became  possible: 

1.  Rotation  starts  with  CEs  #1-5  doing  signal  processing,  while 
CE  #6  performs  diagnostics. 

2.  CE  #6  finishes  its  task,  and  reports  no  errors  to  I  DOS- 1 . 

3.  I DOS- 1  determines  the  next  CE  to  run  diagnostics  (CE  #1) 

4.  I DOS - 1  instructs  CE  #6  to  load  the  signal  processing  task  with  CE  #1 ' s 
tables,  and  begin  execution  under  a  pre-defined  unused  virtual 
address.  CE  #6  is  now  waiting  for  data  to  work-on,  but  receives 
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none  because  of  its  address. 


5.  After  CE  #6  has  started,  I  DOS- 1  instructs  CE  #1  to  change  its 
virtual  address  at  its  earliest  convenience. 

6.  When  CE  #1  comes  to  the  appropriate  time  to  rotate,  it  informs 
CE  #6  to  change  its  VA  to  that  of  CE  #1,  and  immediately  changes 
its  own  to  that  of  a  spare. 

7.  CE  #6  now  starts  receiving  input  and  performs  PLP  and  DLP  in  the 
normal  manner. 

8.  CE  #1  continues  DLP  on  its  data,  then  informs  I  DOS- 1  that  input 
has  ceased  (a  fault  message). 

9.  IDOS-1,  expecting  the  message  from  CE  #1,  informs  it  to  load  and 
execute  the  diagnostic  task. 

10.  During  steps  3  through  9,  no  status  polling  may  be  done. 

11.  This  process  is  repeated  until  all  CEs  have  run  the  diagnostics. 

This  procedure,  while  keeping  IDOS-1  in  ultimate  control,  gives  individ¬ 
ual  CEs  enough  autonomy  to  synchronize  rotation  with  the  data.  IDOS-1  is 
aware  of  all  that  goes  on,  but  other  CEs  and  the  IOCs  are  unaffected. 

Most  important,  no  data  is  lost. 
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6.  FIRMWARE  DESCRIPTION 


This  section  describes  firmware  developed  specifically  for  the  FTWRP 
system,  including  the  special  CE  instructions  and  IOC  programs.  Previously 
existing  firmware,  or  firmware  not  developed  uniquely  for  FTWRP  will  not  be 
discussed  in  the  document,  but  may  be  found  in  Reference  4-2. 


6.1  New  Common  Element  Microcode 

Ten  new  instructions  were  added  to  the  CE  repertoire  to  meet  the  pro¬ 
cessing  requirements  of  the  FTWRP.  They  represent  an  expansion  of  the  existinq 
capabilities  of  the  CE  as  described  in  the  FTSP  Programmer’s  Handbook 
(Reference  4-2) . 

All  ten  new  instructions  were  designed  to  be  interruptable  in  the  midst 
of  execution.  If  an  interrupt  occurs,  all  internal  workinq  registers  are 
pushed  on  the  user  stack,  and  the  interrupt  is  serviced.  Upon  completion  of 
the  interrupt  service  routine,  the  registers  are  popped  off  the  stack  and  the 
instruction  is  restarted  from  the  point  of  interruption.  Any  interrupt  may  be 
honored,  including  refresh,  memory  protect  violations,  and  I/O  complete.  Trace 
is  not  a  valid  interrupt  during  execution  of  an  instruction. 

It  should  be  noted  here  that  the  instructions  described  below  do  not 
have  parameter  error  checking  capabil ities.  Should  an  erroneous  parameter  be 
issued,  the  instruction  may  produce  undefined  results. 


6.1.1  Vector  Add  (VADD) 

Each  two's  complement  16-bit  number  in  the  first  input  buffer  (bl)  is 
added  to  the  corresponding  number  of  the  second  input  buffer  (b2),  and  the 
16-bit  sums  are  placed  sequentially  in  the  output  buffer.  The  overflow  flag 
is  set  if  any  two's  complement  overflow  is  detected  during  execution. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 


Address 

(A) 

(AM 

(A)+2 

(A)+3 

Execution  time: 


Argument 

Starting  Address  of  Output  Buffer 
Starting  Address  of  Input  Buffer  (bl) 

Starting  Address  of  Input  Buffer  (b2) 

Number  of  words  to  be  processed  (  0  <  n  <  65536) 
14  +  6n  cycles. 
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6.1.2  Vector  Subtract  (VSUB) 

Each  two's  complement  16-bit  number  in  the  second  input  buffer  (b2)  is 
subtracted  from  the  corresponding  number  in  the  first  input  buffer  (bl),  and 
the  differences  are  placed  sequentially  in  the  output  buffer.  The  overflow 
flag  is  set  if  any  two's  complement  overflow  is  detected  during  execution. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 


Address 

(A) 

( A)+l 
( A) +2 
(A)  +3 

Execution  time: 


Argument 

Starting  Address  of  Output  Buffer 
Starting  Address  of  Input  Buffer  (bl) 

Starting  Address  of  Input  Buffer  (b2) 

Number  of  words  to  be  processed  (  0  <  n  <  65536) 
14  +  6n  cycles. 


6.1.3  Vector  Multiply  (VMULT) 

Each  two's  complement  16-bit  number  in  the  second  input  buffer  (b2)  is 
multiplied  by  the  corresponding  number  in  the  first  input  buffer  (bl),  and  the 
sixteen  most  significant  bits  of  the  32-bit  product  are  placed  sequentially  in 
the  output  buffer.  The  overflow  flag  is  unaffected  by  this  instruction. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Starting  Address  of  Output  Buffer 

(A)+l  Starting  Address  of  Input  Buffer  (bl) 

(A)+2  Starting  Address  of  Input  Buffer  (b2) 

(A)+3  Number  of  words  to  be  processed  (  0  <  n  <  65536) 

Execution  time:  16  +  6n  cycles. 


6.1.4  Block  Integration  (BUNT) 

This  instruction  is  used  in  data  reduction  in  the  dual -wavelength  mode 
(not  yet  supported),  by  averaging  a  block  of  numbers  and  outputting  a  single 
result. 

Block  integration  is  performed  in  the  following  way:  the  input  buffer 
is  divided  into  blocks  of  length  m.  The  average  of  each  block  is  then  computed 
by  taking  the  sum  of  the  quotients  obtained  by  dividing  each  16-bit  number  in 
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the  block  by  the  block  lenqth  m.  The  results  are  then  stored  sequentially  in 
the  output  buffer.  The  length  of  the  output  buffer  (n)  is  thus  the  length  of 
the  input  buffer  divided  by  the  block  lenqth.  The  overflow  flag  is  unaffected 
by  this  instruction. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Starting  Address  of  Output  Buffer 

(A)+l  Starting  Address  of  Input  Buffer 

(A)+2  Lenqth  of  Block  (  m  >  1  ) 

(A)+3  Length  of  Output  Buffer  (  n  >  0  ) 

Execution  time:  35  +  (2m  +  3)n  cycles. 

6.1.5  Sliding  Window  Integration  (SLINT) 

This  instruction  is  used  in  FTWRP  as  a  "smoothing"  function  just  before 
the  data  is  output  to  the  SCRM  display. 

Sliding  window  averaging  is  performed  in  the  following  way:  beginning 
with  the  first  element  in  the  input  buffer,  one  window  (length  m)  of  data  is 
isolated.  The  average  of  this  window  is  then  computed  by  taking  the  sum  of  the 
quotients  obtained  by  dividing  each  element  by  the  length  of  the  window  (m). 

The  window  is  then  "slid"  by  one  element  and  the  new  window  average  is  computed 
by  subtracting  (from  the  previous  average)  the  first  element  quotient  and 
addinq  the  quotient  from  the  last  element  of  the  new  window.  This  is  repeated 
until  the  last  element  of  the  input  buffer  becomes  a  member  of  the  window. 
Averages  for  each  window  position  are  placed  sequentially  in  the  output  buffer, 
which  will  have  length  n-m+1,  where  n  is  the  input  buffer  length. 

The  parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Starting  Address  of  Output  Buffer 

(A)+l  Startinq  Address  of  Input  Buffer 

(A)+2  Window  Lenqth  (  m  >  1  ) 

(A)+3  Input  Buffer  Length  (  n  >  0  ) 

Execution  time:  39  +  2m  +  5(n-m)  cycles. 
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6.1.6  Scale  (SCALE) 

As  the  name  implies,  this  instruction  is  used  in  FTWRP  to  scale  the 
pulse-level  results  before  dwell-level  computation  is  performed.  The  purpose 
of  this  scaling  is  to  preserve  accuracy  while  preventing  overflow  errors  during 
computation.  SCALE  also  has  a  feature  which  permits  an  address  increment  (m) 
to  be  included,  so  that  only  every  ‘Wth"  data  element  is  scaled. 

The  two's  complement  16-bit  number  in  every  m'th  element  of  the  input 
buffer  is  multiplied  by  the  scaling  constant.  The  16  least  significant  bits 
of  the  32-bit  product  are  stored  in  every  m'th  location  of  the  output  buffer. 

'The  overflow  flag  is  unaffected  by  this  operation. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Starting  Address  of  Output  Buffer 

(A)+l  Scaling  Constant 

(A)+2  Starting  Address  of  Input  Buffer 

(A)+3  Address  Increment  (  m  >  0  ) 

(A)+4  Number  of  words  to  be  processed  (  n  >  0  ) 

Execution  time:  16  +  4n  cycles. 

6.1.7  Circular  Vectoring  (CVEC) 

This  instruction  takes  the  vector  in  rectangular  (x,y)  coordinates  and 
converts  it  to  polar  (magnitude, angle)  coordinates.  It  is  used  in  FTWRP  to 
compute  the  average  phase  shift  of  the  coherent  returns,  which  is  proportional 
to  the  mean  velocity. 

Starting  wih  the  first  location  of  the  input  buffer,  the  two-word  block 
beginning  at  every  i'th  location  (where  1  is  the  address  increment)  is  taken  as 
an  x,y  two's  complement  coordinate  pair,  of  16  bits  each.  For  each  pair,  the 
magnitude  and  angle  equivalents  are  computed  and  stored  sequentially  in  the 
appropriate  output  buffers.  The  angle  is  returned  in  two's  complement  form 
with  a  range  of  +179.99450  to  -180  degrees  scaled  over  the  available  16  bits. 
The  Instruction  accepts  vectors  in  all  four  quadrants. 
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The  algorithm  used  is  an  iterative  process  which  increases  in  accuracy 
with  the  number  of  iterations  performed.  Anqle  accuracy  is  approximately  one 
bit  per  iteration.  Empirical  observation  shows  that  maximum  angular  accuracy 
is  obtained  with  about  13  iterations,  while  maximum  magnitude  accuracy  requires 
only  about  8.  Table  6-1  provides  accuracy  information  for  each  iteration. 

For  more  information  on  the  CVEC  algorithm,  see  Appendix  C. 

The  magnitude  outputs  are  automatical ly  scaled  by  approximately  the 
square-root  of  2  to  prevent  overflow  errors. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Startinq  Address  of  Angle  Output  Buffer 

(A)+l  Starting  Address  of  Magnitude  Output  Buffer 

(A)+2  Starting  Address  of  Input  Buffer 

(A)+3  Input  Buffer  Address  Increment  (  i  >  1  ) 

(A)+4  Number  of  x,y  Pairs  to  be  Processed  (  n  >  0  ) 

(A)+5  Number  of  Iterations  (  0  <-  m  <=  13  ) 

Execution  time:  23  +  m  +  (7m  +  26)n  cycles. 

6.1.8  Read  and  Accumulate  (RACC) 

This  instruction  takes  the  16-bit  numbers  in  the  I/O  receiver  buffer  and 
accumulates  them  into  a  sum  buffer  in  memory,  and  it  is  used  in  FTWRP  as  the 
means  by  which  reflectivity  returns  are  integrated  into  dwell  buffers.  RACC 
has  the  ability  to  extract  a  non-data  "message"  from  the  top  of  the  I/O  buffer 
before  processing  begins.  In  FTWRP,  this  "message"  (2  words)  contains  infor¬ 
mation  from  the  Input  Synchronizer  about  the  pulse  number,  block  number,  pulse 
width,  and  pulse  repetition  interval. 

On  entry,  RACC  assumes  that  all  header  words  have  been  removed  from  the 
receiver  buffer,  and  that  the  next  word  read  will  be  the  packet  word  count. 

This  word  count  will  be  thrown  away.  The  next  m  words  will  be  extracted  and 
placed  sequentially  in  memory  starting  at  the  specified  message  buffer  address. 
Then,  each  two's  complement  16-bit  number  in  the  output  buffer  is  replaced  by 
the  sum  of  itself  and  the  corresponding  data  word  in  the  receiver  buffer.  The 
overflow  flag  is  set  if  any  two's  complement  overflow  is  detected  during 
execution.  On  completion,  the  CE  receiver  is  reset. 
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Angular  Accuracy 

±45° 

±22.5° 

±11.25° 

±5.63° 

±2.81° 

±1.41° 

±.703° 

±.352° 

±.176° 

+.0879° 
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Magnitude  Accuracy 

+  0%,  -29.29% 

+  0%,  -7.61% 

+  0%,  -1.92% 

+  0%,  -0.482% 

+  0%,  -0.120% 

+  0%,  -0.0301% 

+  0%,  -0.00753% 

+  0%,  -0.00188% 

+  0%,  -<0.0015% 

+  0%,  -<0.0015% 

+  0%,  -<0.0015% 

+  0%,  -<0.0015% 

+  0%,  -<0.0015% 

+  0%,  -<0.0015% 
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Because  RACC  operates  directly  out  of  the  I/O  receiver  buffer,  it  is 
a  priveleged  instruction,  that  is,  it  may  only  be  executed  while  the  CE  is  in 
the  priveleged  mode.  Execution  while  in  non-pri veleged  mode  will  generate  an 
illegal  instruction  exception. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Starting  Address  of  Message  Buffer 

(A)+l  Length  of  message  minus  1  (m-1)  (  m  >  1  ) 

(A)+2  Starting  Address  of  Output  Buffer 

(A)+3  Length  of  Output  Buffer  (  n  >  0  ) 

Execution  time:  16  +  m  +  3n  cycles. 

6.1.9  Read  and  Autocorrelate  Initial  Results  (RACORI) 

This  instruction,  along  with  the  next  (RACOR)  are  used  in  FTWRP  to  compute 
the  autocorrelation  function  of  the  coherent  channel  returns,  and  to  integrate 
them  into  a  dwell  buffer.  RACORI  is  different  from  RACOR  only  in  that  the 
results  are  stored  in  the  output  buffer  rather  than  added  to  it. 

It  is  assumed  that  the  output  buffer  will  already  contain  the  packed 
data  of  the  previous  pulse,  spread  out  by  three  locations;  that  is,  there  must 
be  2  empty  locations  after  each  packed  data  word.  The  format  of  the  packed  data 
is  as  shown  in  Figure  6-1. 

On  entry,  the  receiver  buffer  is  assumed  to  contain  a  word  count  (thrown 
away),  followed  by  m  message  words  (as  in  the  RACC  instruction),  and  then  n 
words  of  packea  inphase  (I)  and  quadrature  (Q)  data.  The  message  words  are 
first  extracted  and  placed  in  the  message  buffer  according  to  the  parameters. 

The  complex  conjugate  of  each  packed  data  word  is  then  multiplied  (complex 
multiplication)  by  the  packed  data  ’n  the  corresponding  location  of  the  output 
buffer.  The  8  most  significant  bits  from  16-bit  I  and  Q  products  are  then 
sign-extended  and  stored  sequentially  in  the  two  locations  immediately  following 
the  packed  data  in  memory.  The  packed  data  in  memory  is  then  replaced  by  the 
one  in  the  receiver  buffer.  The  overflow  flag  is  set  if  any  two's  complement 
overflow  is  detected  during  execution.  On  completion,  the  receiver  is  reset. 
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Because  RACORI  operates  directly  out  of  the  I/O  receiver  buffer,  it  is  a 
priveleged  instruction.  Execution  of  RACORI  in  the  non-pri veleged  mode  will 
generate  an  illegal  instruction  exception. 

Parameters  are  passed  in  a  contiguous  block  of  memory  at  the  address 
given  in  the  A  register: 

Address  Argument 

(A)  Starting  Address  of  Message  Buffer 

(A)+l  Message  Length  minus  1  (m-1)  (  m  >  1  ) 

(A)+2  Starting  Address  of  Output  Buffer 

(A) +3  Number  of  Packed  Data  Words  Processed  (  n  >  0  ) 

Execution  time:  17  +  m  +  9n  cycles. 


6.1.10  Read  and  Autocorrelate  (RA00R) 

This  instruction  is  identical  to  RACORI  except  that  the  resultant  I  and  Q 
products  are  added  to  the  contents  of  the  output  buffer  rather  that  stored. 

All  assumptions  and  constraints  are  the  same  as  for  RACORI,  as  are  the  para¬ 
meters  lists. 

As  is  the  case  with  RACORI,  RACOR  is  a  priveleged  instruction,  since  it 
operates  directly  out  of  the  receiver  buffer.  Execution  of  this  instruction  in 
the  non-priveleged  mode  will  generate  an  illegal  instruction  exception. 

Execution  time:  17  +  m  +  lln  cycles. 


6.2  IOC  Firmware  Development 

Ordinarily,  the  IOC  supports  only  a  standard  "dynamic"  input  and  output 
to  peripherals,  in  which  a  CE  must  explicitly  request  input  before  the  IOC  will 
respond.  However,  due  to  severe  time  constraints  and  high  DOS-O  overhead 
associated  with  I/O,  the  need  for  a  new,  "continuous  input"  mode  in  the  IOC 
became  apparent.  This  mode,  desifned  specifically  for  the  FTWRP,  is  used  to 
distribute  coherent  and  reflectivity  channel  data  from  the  Input  Synchronizer 
to  the  respective  processing  CEs.  This  section  describes  the  Continuous  Input 
Mode  firmware  which  was  developed  for  the  8x300-based  IOC,  and  the  IOC  hardware 
changes  which  were  needed  to  accommodate  the  new  mode.  Appendix  B  contains  a 
table  of  major  subroutines  used  by  the  Continuous  Input  Mode,  and  their  functions. 
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The  major  difference  in  the  Continuous  Input  Mode  is  that  the  IOC  now 
becomes  an  active  member  of  the  system,  rather  than  merely  passive.  That  is, 
where  before  the  IOC  only  responded  to  requests  from  CEs,  it  now  spontaneously 
sends  unsolicited  messages  to  everyone. 

6.2.1  Data  Flow  Overview 

Fiqure  4-13  demonstrates  the  basic  flow  of  data  in  the  Continuous 
Input  Mode.  The  first  line  displays  the  range  blocks  into  which  the  data  is 
conceptually  divided  (As  mentioned  earlier,  radar  returns  are  distributed  among 
the  CEs  according  to  range,  as  shown  in  Figure  4-11).  The  second  and  third 
lines  show  the  active  time  during  which  the  IOC  is  attempting  to  extract  data 
from  the  input  synchronizer  (by  activating  the  select  lines).  And  finally,  the 
last  line  in  the  timing  diagram  shows  the  time  during  which  the  CE  busses  are 
active,  when  data  packets  are  being  shipped  to  the  respective  processing  CEs 
(numbers  depict  the  range  block  to  which  the  data  packet  belongs). 

In  the  normal  system,  there  are  5  processing  CEs,  and  thus  5  range  "blocks", 
numbered  in  Figure  6-2  as  1  through  5.  At  system  startup,  the  IOC  must  accept 
and  distribute  the  first  four  blocks  of  coherent  channel  data  before  the  first 
block  of  reflectivity  data  is  accepted.  This  "skew"  in  data  retrieval  serves 
to  spread  out  the  data  rates  to  each  CE,  and  supply  sufficient  time  for  pulse- 
level  computations  to  take  place  in  the  receiver  buffers.  Since  coherent 
channel  computations  are  inherently  more  complex  than  reflectivity  integration, 
and  since  the  CEs  receiver  is  busy  during  the  entire  pulse-level  computation, 
reflectivity  packets  must  be  delayed  as  long  as  possible.  Analysis  showed 
four-block  skew  in  Figure  4-13  to  be  optimum. 

Once  the  built-in  time  skew  has  been  created,  the  IOC  will  begin  to 
alternately  accept  and  distribute  coherent  and  reflectivity  data  among  the  CEs, 
as  shown  in  Figure  4-13. 

6.2.2  Exception  Handling 

In  order  to  ensure  proper  operation  of  FTWRP  in  a  degraded  mode, 
certain  specific  requirements  have  been  imposed  on  the  method  of  exception 
handling.  Once  the  IOC  has  been  placed  In  the  Continuous  Input  Mode,  all  inputs 
from  the  A  and  B  busses  (except  RESET)  will  be  ignored.  This  is  accomplished 
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Figure  6-2.  Configuration  Control  Message  for  Continuous  Input  Mode 


by  setting  the  A  and  B  bus  receiver  logic  to  the  "busy"  state.  Therefore,  no 
status  polling  by  IDO S- 1  is  permitted,  since  the  status  request  message  will 
never  be  received.  All  fault  conditions  are  assumed  to  be  detected  and  flagged 
by  the  CEs,  which  in  turn  will  inform  IDOS-1  of  the  nature  of  the  problem. 

6. 2. 2.1  I/O  Exceptions 

When  the  IOC  attempts  to  ship  data  to  a  CE  and  finds  the  receiver  busy, 
it  will  immediately  "drop"  the  packet  on  the  floor  by  resetting  the 
transmitter.  The  same  holds  true  for  NO  REPLY,  ARBITRATION  FAULT,  and  TIMEOUT 
errors.  The  lost  block  will  not  be  recovered,  but  will  be  replaced  by  the 
corresponding  block  from  the  next  pulse. 

The  reasoning  behind  this  action  is  that  the  IOC  is  under  severe  time 
constraints  to  get  the  data  out  of  the  Input  Synchronizer  and  out  to  the  CEs 
before  the  Input  Synchronizer's  buffers  overflow.  Appendix  D  has  a  more  complete 
discussion  of  timing  considerations  in  FTWRP,  including  worst-case  loading  of 
CEs  and  IOCs  in  various  scenarios. 

6. 2. 2. 2  Input  Synchronizer  Overrun  Faults 

In  the  event  that  the  Input  Synchronizer's  buffers  overflow,  it  will 
signal  the  error  to  the  IOC  by  activating  the  PARITY  line.  Both  IOCs  have  been 
modified  to  bypass  parity  checking  on  the  C-port,  so  that  the  PARITY  line  may 
be  monitored  directly.  If  the  IOC  detects  the  PARITY  line  becoming  active,  all 
operations  cease,  and  the  IOC  enters  an  infinite  loop.  The  CEs,  when  they  stop 
receiving  data,  log  the  fault  by  setting  status  bits  in  their  task  status 
words.  When  IDOS-1  notices  the  lack  of  data  in  all  the  CEs,  and  determines 
that  it  is  not  an  isolated  CE  problem,  it  will  reset  the  IOC,  reconfigure  the 
system  and  attempt  to  restart  the  IOC. 

6.2.3  IOC  Continuous  Input  Mode  Setup 

The  IOC  is  instructed  to  enter  the  Continuous  Input  Mode  by  a  special 
form  of  the  Configuration  Control  Message  (message  code  10).  The  new  format 
is  shown  in  Figure  6-2.  The  message  contains  a  list  (in  reverse  order)  of 
virtual  addresses  to  which  the  data  is  to  be  sent,  along  with  the  word  counts 
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for  each  address.  The  end  of  the  list  is  signified  by  bits  15  and  14  set  in 
the  mode  field  of  the  list.  The  list  is  stored  in  the  uppermost  locations  of 
both  of  the  I/O  RAMs  (X  and  Y  RAMs),  with  the  first  address  (block  #1)  located 
at  RAM  address  255,  the  second  at  254,  etc. 

6.2.4  Continuous  Input  Mode  Functional  Description 

The  following  sections  describe  the  IOC  Continuous  Input  Mode  program 
logic  as  it  relates  to  FTWRP. 

6.2.4. 1  Continuous  Input  Mode  Initialization/Startup 

Upon  entry  into  the  Continuous  Input  Mode,  the  RAM  which  received  the 
configuration  control  message  will  already  contain  the  list  of  CE  virtual 
addresses  and  word  counts  in  the  form  specified  by  Figure  6-2.  Therefore,  the 
first  order  of  business  is  to  copy  this  information  into  the  other  RAM  so  that 
both  the  X  and  Y  RAMs  will  have  the  same  data.  This  will  save  time  and  effort 
during  execution  by  eliminating  the  concern  of  which  RAM  is  available  for 
access  by  the  8X300  and  which  one  contains  the  list.  Once  both  RAMs  contain 
the  entire  header  list,  the  next  step  is  to  initialize  the  Input  Synchronizer 
by  activating  the  number  2  select  line  (SEL2). 

6. 2. 4. 2  Initial  Pulse  Seguence 

As  mentioned  above  and  shown  in  Figure  4-13,  there  is  a  built-in  "skew" 
in  the  transfer  of  coherent  channel  and  reflectivity  data  in  the  FTWRP.  Thi ^ 
four-block  delay  in  the  output  of  reflectivity  is  effected  by  a  special  seguence 
of  code  (the  segment  beginning  with  the  label  CMSTRT)  which  treats  the  first 
four  blocks  after  initialization  uniquely. 

Each  block  of  coherent  channel  data  is  extracted  from  the  Input  Synchro¬ 
nizer  by  activating  the  number  0  select  line  (SELO).  Once  a  receiver  interrupt 
(RINT)  condition  is  sensed,  signifying  that  the  block  has  been  transferred  to 
the  receiving  RAM,  the  Receiver  End  (REND)  status  line  is  polled  to  determine 
whether  the  interrupt  was  legitimate  (i.e.,  the  block  transfer  was  successful), 
or  a  fault  condition  (i.e.,  the  PARITY  line  is  active,  signifying  that  the  Input 
Synchronizer  is  overloaded).  If  REND  Is  not  active,  the  IOC  will  enter  an  infi¬ 
nite  loop  at  the  label  INTC  (a  fault  condition).  Otherwise,  the  Synchronizer 
is  unselected,  and  the  block  is  prepared  for  transfer  to  the  appropriate  CE. 
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Before  the  block  can  be  transmitted,  however,  the  IOC  must  prepare  the 
other  RAM  for  input  by  building  a  new  header  word/word  count  in  the  first  two 
words  of  the  RAM.  Internal  IOC  bus  conflicts  make  it  impossible  to  do  this 
after  the  IOC-to-CE  packet  transfer  begins.  Once  complete,  however,  the  packet 
transmission  may  begin,  and  is  effected  by  the  subroutine  CMTN. 

The  IOC  then  re-selects  the  Input  Synchronizer  using  SELO,  and  waits  for 
the  new  data  block  to  be  successfully  received.  Once  the  packet  is  in,  the 
transmitter  status  is  checked  to  be  certain  that  the  previous  packet  has  been 
successfully  transferred  to  the  CE.  If  it  is  not  yet  complete,  the  IOC  waits 
for  the  transmitter  interrupt  (TINT). 

The  above  process  is  repeated  until  four  consecutive  blocks  of  coherent 
channel  data  have  been  transferred  to  the  appropriate  CEs.  At  that  time,  the 
IOC  enters  the  main  loop  of  the  Continuous  Input  Mode  program. 

6. 2. 4. 3  Continuous  Input  Mode  Main  Processing  Loop 

The  main  loop  of  the  Continuous  Input  Mode  proram  works  essentially  the 
same  as  the  initial  loop,  except  that  the  decision  of  what  gets  input  from  the 
Input  Synchronizer  is  more  complex.  The  procedure  INPSEL  determines  whether 
the  Input  Synchronizer  should  be  selected  for  coherent  data  (SELO)  or  reflec¬ 
tivity  data  (SEL1).  The  decision  of  which  CE  should  receive  the  current 
block  is  performed  by  the  procedure  INPSEL  as  follows:  if  coherent  data  is 
input  next,  the  address  in  internal  register  R5  is  used  to  access  the  RAM  to 
extract  the  next  VA  and  word  count.  Otherwise,  the  address  maintained  in  R1  is 
used.  Throughout  the  Continuous  Input  Mode  processing,  these  two  registers 
contain  separate  values  reflecting  the  current  position  in  the  virtual  address 
list. 
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A- 1  v.  Young  Memo  "EPROM  Programmer  for  Common  Element,"  dated 
20  December  1977,  MJY-02,  EM77-0570. 

A-  ETWRP  Special  Instruction  Microcode  Test  Program. 

A-  j  'TWRP  Test  Target  Generator. 

A-4  v .  E.  Follansbee  Memo,  "SEEK  IGLOO  Common  Element  Cross  Assembler," 
dated  22  December  1977,  VEF: 77: 14,  EM77-0571. 

A-6  V.  E.  Follansbee  Memo,  "Common  Element  Cross  Assembler  Post  Processor," 
dated  6  January  1978,  VEF: 78:01,  EM78-0004. 

A-6  V.  A.  Jelich  Memo,  "Cyber/Intecolor  Support  Software,"  dated 
6  January  1977,  VAJ: 78:01,  EM78-0003. 

A-7  V.  E.  Follansbee  Memo,  "Intecolor  Terminal  Transfer  Program  Description," 
dated  10  January  1978,  VEF: 78:03,  EM78-0013. 

A-8  R.  J.  Bonneau  Memo,  "M0DD0S  -  Utility  Program  for  Inspecting  and 
Modifying  DFTSP  DOS-O  Object  Code,"  dated  2  August  1978,  RJB-124, 
EM78-0427. 

A-9  R.  J.  Bonneau  Memo,  "NEWMOD  -  M0DD0S  Enhancement,"  dated  30  October  1979, 
RJB-195,  EM79-0632 . 

A- 10  M.  J.  Young  Memo,  "Modifying  Files  on  the  Intecolor,"  dated  26  January 
1978,  MJY-03. 

A- 11  Intecolor  Utility  Routines. 
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The  CE  microcode  will  be  stored  in  Intel  2716  UV  Erasable  PROMs. 
Since,  at  least  during  the  debugging  stages,  many  changes  to  the  microcode 
will  be  necessary,  a  convenient  in-house  method  of  programming  these 
PROMs  is  desired.  If  program  tapes  had  to  be  sent  to  another  location 
for  programming  each  time  a  change  was  made,  much  time  would  be  wasted. 

The  Intecolor  8051  which  was  purchased  for  use  with  the  CE  is 
ideal  for  this  purpose.  The  assembled  microcode  can  easily  be  stored  on 
a  floppy  disk  and  edited  using  the  terminal's  editing  commands.  Since  the 
2716  EPROMs  require  only  TTJL  level  pulses  during  programming,  a  simple 
routine  utilizing  the  24 -bit  bi-directional  I/O  port  would  perform  the 
necessary  functions. 

This  memo  describes  the  operation  and  use  of  a  PROM  programmer 
routine  for  Intel  2716'e.  Source  listings  of  the  BASIC  program  and  the 
Assembly  .Language  I/O  driver  are  also  included. 

1 .  General  Description 

The  PROM  programmer  was  written  with  the  assumption  that  a  file  of 
the  proper  format,  containing  the  microcode  is  already  resident  on  a  floppy 
disk.  A  program  which  loads  an  assembled  microcode  file  from  Bedford 
into  file  slices  8  bits  wide  on  floppy  disks  is  being  developed  by  Val  Jelich, 
and  should  be  available  shortly. 

A  simple  "personality  board"  which  contains  the  necessary  +5V  and 
+  25V  power  supplies  is  connected  to  the  24 -bit  I/O  port  in  the  rear  of  the 
terminal.  To  prevent  possible  damage  to  the  PROMs,  a  switch  is  provided 
to  turn  the  high-voltage  supply  on  or  off  when  instructed  by  the  program. 

The  routine  itself  was  designed  to  make  programming  the  PROMs  as 
simple  as  possible.  Files  of  any  length  (less  than  2048  bytes)  may  be 
programmed,  or  an  "EDIT"  mode  may  be  used  to  selectively  alter  specific 
locations  in  the  PROM.  After  programming  is  complete,  the  data  is 
verified  to  insure  that  all  locations  were  programmed  properly.  If  an 
error  occurs,  a  message  is  printed  on  the  console,  and  the  faulty  data  is 
displayed.  The  user  may  then  enter  (or  reenter)  the  EDIT  mode  and  attem 
to  correct  the  faulty  location.  Once  the  faulty  location  is  corrected,  the 
entire  file  can  be  verified  again  (without  reprogramming)  using  the 
VERIFY  option. 
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2.  Operating  the  Programmer 

The  PROM  programmer  is  stored  on  the  Common  Element  floppy 
disk  (volume  name  =  CESYN1118)  under  the  name  EPROM.  BAS.  This 
disk  should  always  be  kept  next  to  the  terminal,  along  with  the  demo  disk 
supplied  by  Bartlett  Associates  (volume  name  =  ISCM100677).  The  I/O 
driver  for  the  programmer  is  stored  separately  under  the  name  EPROM.DAT 
and  is  loaded  into  the  RAM  by  the  main  program. 

To  use  the  programmer: 

1.  Enter  the  BASIC  Operating  System  -- 

a.  To  initialize  BASIC,  type  ESCAPE  then  W. 

The  terminal  will  respond  with  MAXIMUM  RAM  ADDRESS? 

For  most  purposes,  a  maximum  address  of  491  SI  is  sufficient. 
When  this  number  is  typed  in,  BASIC  should  respond  with  READY. 

b.  Once  BASIC  has  been  initialized,  there  is  no  need  to  do  it  again 
each  time  the  operating  system  is  entered.  To  reenter  BASIC, 
type  ESCAPE  then  E.  If  BASIC  had  been  initialized  previously, 
it  will  respond  with  READY.  Otherwise,  it  must  be  initialized 
as  shown  in  step  (a). 

2.  Insert  the  Common  Element  diskette  in  drive  0  (left  drive). 

3.  Type  LOADPRINT  "EPROM". 

The  terminal  should  respond  with  READY. 

4.  Type  RUN. 

The  program  will  load  the  I/O  driver  into  RAM,  then  clear  the 
screen  and  type  "Intel  2716  EPROM  Programmer",  followed  by  a  set  of 
operating  instructions.  These  are  listed  here  for  completeness: 

1.  Plug  the  programmer  board  into  the  24-bit  I/O  port  in  back  of  tie 
Intecolor  8051. 

2.  Plug  the  board  into  an  AC  outlet.  The  power-on  indicator  should 
light. 

3.  To  avoid  possible  damage  to  the  PROM*,  DO  NOT  TURN  ON  THE 
+  25V  SUPPLY  UNTIL  INSTRUCTED  To  DO  SO. 
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4.  When  the  program  responds  with  EDIT,  FILE,  or  READ;  type 
EDIT  if  single  bytes  are  to  be  modified,  FILE  if  an  entire  file  is 

to  be  programmed,  or  READ  if  the  PROM  is  to  be  read  and  displayed. 

5.  The  file  name  must  be  appended  with  a  .  DAT  extension 
( Example :  PROM  1 .  DAT ) . 

6.  If  file  processing  is  to  be  performed,  the  program  responds  with 
OPTION:  after  the  PROM  address  has  been  input.  The  options 
are:  PROGRAM  (Program  and  Verify)  and  VERIFY  (Verify  only). 

7.  When  prompted  with  commands  like  TURN  ON  +25V:  or  INSERT 
PROM  IN  SOCKET:,  respond  by  typing  any  character  followed  by  a 
carriage  return.  Just  typing  a  carriage  return  will  cause  a  program 
exit.  To  reenter  the  program  at  the  point  of  exit,  type  CONT. 

Once  programming  begins,  the  keyboard  will  lock  until  all  the  data 
has  been  processed.  This  will  take  approximately  2  1/2  minutes..  If  for 
any  reason  programming  must  be  halted  prematurely,  turn  off  the  +25V 
supply,  then  press  the  CPU  RESET  button.  This  will  place  the  terminal 
in  the  CRT  mode,  but  BASIC  may  be  reentered  by  typing  ESCAPE  E. 

A  sample  programming  session  is  included  in  Attachment  1.  If  there 
are  any  problems  or  questions,  I  can  be  reached  at  extension  2563. 


M  JY /lid 
Attachments: 

1.  Sample  Programming  Session 

2.  BASIC  Source  Listing 

3.  I/O  Driver 


S0~iAj.  J/  Y^ung 

Advanced  Elhofronic  Techniques 
Wayland  Box  M9,  x2563 


cc:  Digital  Fault-Tolerant  Signal  Processor  List  (attached) 
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Attachment  1 


SAMPLE  PROOF  hirtlNG  SESSION- 12/2/77  PAGE  1 

(DATA  TYPED  IN  BY  USER  IS  INCLOSED  IN  BRACKETS  □  ) 


YOU  ARE  NOW  IN  THE  CRT  MODE 
[ (ESCAPE) i W)J 
(ERASE  SCREEN > 

IHTECOLOR  3001  BASIC  COPYRIGHT  1977  BY  CHARLES  F.  HUENCH 

MAXIMUM  RAM  ADDRESS?C49151I 

READY 

CLOADPRINT' EPROM'] 

READY 

[RUN] 

(ERASE  SCREEN) 


INTEL  271 6  EPROM  PROGRAMMER 
INSTRUCTIONS 

1.  PLUG  PROGRAMMER  BOARD  INTO  THE  24-BIT  I/O  PORT  IN 
BACK  OF  THE  INTECOLOR  8051 

2.  PLUG  THE  BOARD  INTO  AN  AC  OUTLET,  THE  POWER  ON  INDICATOR 
SHOULD  COME  ON 

3.  DO  NOT  TURN  ON  THE  P25V  POWER  UNTIL  INSTRUCTED  TO  DO  SO 

4.  WHEN  THE  PROGRAM  PROMPTS  WITH  EDIT,  FILE?  OR  READ;.  TYPE  EDIT  IF 
SINGLE  BYTES  ARE  TO  BC  MODIFIED,  FILE  K  AN  ENTIRE  FILE 

IS  TO  BE  PROGRAMMED,  OK  READ  IF  THC  PROM  IS  TO  BE  READ  AND 
DISPLAYED. 

5.  THE  FILENAME  MUST  BE  APPENDED  WITH  A  .DAT  EXTENSION 

A,  IF  A  FILE  IS  TO  BE  PROCESSED-  THE  PROGRAM  RESPONDS  WITH 
OPTION!  AFTER  THE  PROM  ADDRESS  HAS  WEN  INPUT,  THE  OPTIONS 
ARE  PROGRAM  (PROGRAM  AND  VERIFY)  AND  VERIFY  (VERIFY  ONLY) 

’  WHEN  PROMPTED  WITH  COMMANDS  LIKE  INSERT  PROM  IN  SOCKET.* 

RESPOND  BY  TYPING  ANY  CHARACTER  FOLLOWED  BY  A  r APR I AGE  RETURN, 
JUST  TYPING  A  CARRIAGE  RETURN  WILL  CAUSE  A  PROGRAM  EXIT.  TO 
RETURN  TO  THE  PROGRAM  AT  THE  POINT  OF  EXIT-  TtPE  FONT. 

PDIT  CR  FILEICFILF] 
r  RENAME:  ERR0M1.DAT] 

EPROM  ADDRESS  IN  HEXHOJ 
Di  lioN.’CPROGRAMJ 
INSERT  FROM  IN  SOCKET: [XT 

turn  on  p: sv:cxi 


VERIF'  ERROR 
DAT  A',  EP 
fpuh;4E 

ADDRESS  AT  WHICH  ERROR  0CCUKKED=IA9 
TURN  OFF  t25V:[.X] 

MORE  ((  OR  N<:m 
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SAMPLE  PROGRAMMING  SESSION-12/2/7? 


CHIT  OR  FILErtEMTJ 
'ROM  ADDRESS! [1A9 3 
-  INSERT  PROM  IN  SOCKET! LX] 

TURN  ON  E2SV![X3 

INPUT  DATA  IN  HEX  FORM.  VFF  TO  STOP  INPUT 

DAYAIC5F3 

DATA! t 1003 

MURE  (Y  OR  N)!E<3 

EDIT  OR  PILL  I CFILE3 
F ILENAMEIPR0M1.DAT) 

[PROM  ADDRESS  IN  HCX!t03 

0PTI0N!tVERIFY3 

INSERT  PROM  IN  S0CKET!tX3 

EPROM  SUCCESSFULLY  PROCESSED 
TAKE  PROM  OUT  OF  SOCKET! EX] 

MORE  (Y  OR  N)!EN] 

READY 
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Attachment  2 


77/12/06.  10.17.00. 

PROGRAM  PROHSRC 

ro  DIN  D*<20/ 

11  FL=0 

200  BD=PEEK ( -24986 ) f 256KREEK ( - 24985 ) 5 REN-SAVE  POINTER  TO  FREE  RAM 

201  bd-ddmo 
205  CD=BD 

207  IF  BD>32767  THEN  »D=BD-65536 
210  AD=61439 

220  POKE  < -24986 ) . AD- INT ( AD/256 ) <256 ! REM-SET  POINTER  TO  FOOOH 

230  POKE  < - 24985 )» INT ( AD/256 ) 

260  LOABPRINT  ‘EPROM. DATMREH-LOAD  I/O  DRIVER  INTO  RAM 

'50  POKE! -24575)  .ABM-INT!!  ADM  )/256)*256!REM-SET  UP  START  APBR 

260  POKE  ( -24574 ) .  INT!  ( ADM )  /256 ) 

265  P0KE(-24986)fCB-10-INT<(CD-10)/256)*256JRfM-REST0RE  POINTER 

266  POKE  < -24985 ) * INT ( <  CD- 10 ) /256 ) 

270  PLOT  12JPRINT  ‘INTEL  2716  PROM  PROGRAMMER* 

271  GOSUB  900IREM-PRINT  INSTRUCTIONS 

272  PRINT t PRINT i INPOT'EDI T »  FILE.  OR  REABISAI 

280  IF  A«=‘EDIT‘  THEN  700 

285  IF  A*=*READ‘  THEN  5000 

290  IF  A$0‘FILE‘  THEN  270 

300  INFUT  ‘FILENAME,’  ‘  !A$  IREM-IttBEGINNING  OF  FILE  PROCESSING*** 

301  POKE  ( -24986  >»  CD- INT ( CD/256 )  *256 J  POKE  ( -24985 MNT  ( CO/256 ) 

110  LOABPRINT  AMREM-LOAD  IN  DATA  FILE 

311  P0KE(-24986)»CD-10-INT((CD-10)/256)*2565REM-SET  UP  BrB  FOR 

:  PDKE(-24985> * INT ( (CD-101/256)  JRFM-I/O  DRIVER 

„.  POKE  BO-9.1 

330  POT  [;[i-S.ICD+3)-INT(!CDT3)/256)*256 

340  f OPE  HD-' • INT ( ( C1H  3 ) /256 ) 

350  POKE  3D-5.PCfK!MH2) 

7.0  TOM  DO  a.PEB!»BM> 

.-PINT  ‘riTOM  ADDRESS  IN  HEX’ 5 'GOSUB  2000'B-D4 
3m'  PO\'C  nil  5  r- INT (B/256 1*256 

33  0  i\. IX  PP-MNT(B/256) 

POK 5 1 '24604' .CD- 10- INT ( (CB-10)/256)*256!R£M-PASS  DCB  ADDRESS 
PUKL . - ?•!«!)?)  .INT! (CB-101/256)  IREM-AT  LOC  9FE0H 

:  *o  :-PAI.L<ri:-10>5REN-IMITIALIZE  I/O  PORT 

U.’PPT  ’OPTION*  ‘ »Cf 
■>' '  IP  C*s‘PFOGRAM‘  THEN  445 

•:  '  IF  f*/'*,.,ERIFY‘  THEN  MO 

:*C  POKE  ffi-9»2:REM-VFRIFT  ONLY 

J)2  GO  TO  450 

M5  POr.E  riP-P.OIREM-PROGRAM  AND  VERIFY 

'.50  INPUT  ‘INSERT  PROM  IH  CCI'EM'"* 

4,0  r  •  5- ‘PROGRAM*  THEN  .ITUT  ’  iJRN  ON  +25V:‘Sfii 
ro  '  r.A!.l.  (CD-10 >: REM- TRANSFER  CONTRuL  TO  I/O  DRIVER 
To  IF  rciN.BMOJOO  THEN  5  70 1  REM- I/O  SUCCESSFUL? 

190  PRINT SPRINT  ‘EPROM  SUCCESSFULLY  PROCESSED' 

"M  IF  Cl- ‘PROGRAM'  THEN  INPUT  ‘TURN  OFF  +25V!‘)D* 

'.  1 0  INPUT  ‘TAKE  EPROM  OUT  OF  SOCKET! ‘»B* 

■  :■  'pint: input  'more  <r  or  nj’nc* 

primmprint 

•  ir  Cl-‘N‘  THEN  9999 

’■5  1  IF  f*  :‘Y‘  THEN  530 

r,’  TO  3  70 

5  ff-HLI  :if-4T  256tFEEK(DD-3) 
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i  v??  REM-tmmkOUTIIIf  TO  INPUT  HEX  CHARACTERS******* 

ooo  input1 :*;pt 

:010  X-LENIDlKFOR  1=1  TO  X:M(I>=H1B*<DM»1) 

■‘0?0  IP  Ptdu’A’  THEN  Ii$(I)=,10’ 

:r  i>»u »-*b*  then  M(i)=,u* 

'•/■O'  IF  THEN  DIU)=’12* 

if  m<i>  vi’  then  Oi{i>=,i3’ 

.••■•if.  If  Dtin-’l’  THEN  D*(I)=MN* 

If  M<1)-*F’  THEN  D*<I)=*15* 

N[VT 

.  o  in=o 

>:  I  OK  M  10  X 
]K=[U»1htVAL(D»(I)) 

.  y.  Nixr 
U.  RETURN 

KfN  UimiROUTJNE  TO  OUTPUT  HEX  CHARACTERS******* 

I  OR  1-0  TO  15JREAD  MU) 

4  a  1  DATA  ’0V1V2* 

•(10  DATA  ,3,»MV5V4V7V8V?VAV8VCV5VE,i,F' 
ICO  NEXT  I 
40;e.  RESTORE 

«>50  >2=X/256.’X3=256*IX2-HT<X2> ) 

WiO  X4=X7.0l6:X5=14*(X4-INT<X4)) 

'  ’(  XL- 1 NT  <  X2 ) ! X4=INT ( X4  >  5  X5SINT ( X5 ) 

IF  fi-l  THEN  4100 
ACS"  PRINT  "iD((X4)lDKX5)i 
RETURN 

•<100  PRINT  ”.*M(X2);D*<X4);B»<X5)f 
4110  PE-0 
•41 ’0  RETURN 

"f'N* WWIMSOliT I N£  TO  REAP  PRONI****** 

'/"AO  IRINT’PRCR  AIHIRESS,»:GOSUB2000:A=04 

ion  INPUT’ INSERT  PROrf  IN  SOCKET! ’til 

"f>Ki  PPI.E  [:D-'.'.2;r0l.C  BB-8»CBf2-M((CW2>/256>*256 

>  SO  PUf.E  BP-7.IHT<(CIH2)/256) 

:•  •!  mine  [Ti-a-iipom  bd-5,0 

POM  [.2(2 

r.o- .  4-A:n.--o:r.usuo40oo:PRiNTff 
*•  :  i  or  iu  lo 

■•14  it;  E  RIi-r.A  !f|T(A/256)*2565P0KE  BD- If  INK  A/256 1 
’I*' 4!  1-04  P  •  -  242.08).  CB-10-INT(  <CD~10)/256>*256 
4.,  pull ( -  24607)  •  INT ( <CD-lO>/256) 

'(■  7--CAI  L<rii-10) 

’  '•••■•  If  T'EEn ( BD- 10 i =0  THEN  6000 
'•■O''  V  2  0  THEN  2=2)65536 
V'°u  PRINT*  ’J:X=INT(Z/256):(3CSUB4000 
Pa.  A, 4f  KIT  a- 2047  THEN  530 
j’.'l  ill  »'T 
•  r  n.-iNT 
.’.:)  Kl  S036 

'••'I  ' ;  2S5 :  PR  I  NT  t  •  !  80SUH000 
')•;  T.UIOSIOO 
<•'  END 
REAfii . 
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»•;.  GG'.'l'F  MO 

;:i  lit 

*■■■  Ml'  mmill/O  ERROR  ROUTINEmmi 

i-f.l.vr IF-r  iMT rrRI«r:lF  P££I«BD-10)=2  THEM  PRINT  'VERIFY'? 

'■!  IF  p  LIuBP-IOIM  then  print  •appress*; 

•'?  PRINT  *  ERROR’ 

:-(?  IF  F£EM8D-tO>=l  THEN  FRINT'ABORESS'CFlM.'XsZIGOSUB  4000 

tO«  IF  PEFMBD  10'-:  THEN  630 

MO  PRINT  ’FROM  ADDRESS  AT  WHICH  ERROR  OCCURRED^'? 

■'ll  ••■-rwtrT'WI  A ) 4 PEEK 4 BD - 5 ) *25A -CC : FL = 1 : C03UB  4000 
•  ,r.  IRlNTIf RINT 

*16  ;r  riFFtBP  91=0  THEN  INPUT  'TURN  OFF  +25VJ* fB* 

.  •>  RFTIJRN 

"  •'  UM ‘BATA* » :X=Z-INT( Z/?5A) *2^:G0SU»  4000IPRINT 

I  n  l  NT '  PROM  * » *  X=  I  NT  ( 2/256 )  I GOSIJB  4000.'PRINT 
GOTO  610 

REN-mmiEIUT  PR0CES3INGMWI 
FPINT  ’FROM  ADBKCSS'JIGOSliB  2000IA=D4 
'lit  TORE  EP-7.C:rr?E  BT'-0» CC:<+?> -INK (CB+2)/25A)*256 
'  ••  mi  DP  MNT(.CD»r>.  256.iJP0Kr  BB-6, II POKE  BP-5.0 
’.*)  T ’INSERT  PFrOrt  IN  SOCKETI'W 

.  inf  iT'Tjn;:  on  imriBt 

: ;  I’R’.nT  ’INPUT  PAT  A  IN  HEX  EOPHf  >FF  TO  STOP  INPUT’ 

'  :  •  INI  •  ItA .V,  • ; ; 003UB200C1 : C=D4 

Hi'E  BP -  2 • A  -  IN*  >  A/256 ) Y2S6 
■  TP  Kil.JNT(A/256) 

0  IF  C  p  THEM  270 

/■  1-gif  m:,c 

IP;.[  :  2460R).ril-I0-INT((CII-10)/256)*256 
PURE  i -246O?).INT((CD-10)/256) 

7 -CALL  (W  10) 

:•  if  rrnu 80-10)00  then  330 

Ri'i  •'•-All 

•'  NF  TG  725 

•?::  rEEi;(BD-4)I256IPEEK(8D-3) 

'•  .GSU8  600 

•*f’'  GO  TO  GoO 

'•  TG  TOT  .’PRINT  IPRTNT  5PKINT  . » .  *  INSTRUCTIONS* 

’I-'  n.'INTIFRIMT’l,  PLUG  PROGRAMMER  BOARD  INTO  THE  24-BIT  I/O  PORT  IN’ 

PRINT’  BACK  OF  THE  INTECOLOR  8051* 

'RINT'2.  PLUG  THE  BOARD  INTO  AN  AC  OUTLET.  THE  POWER  ON  INDICATOR' 

-IP  PRINT’  SHOULD  COME  ON* 

V.so  FRINT’3.  PO  NOT  TURN  ON  THE  1250  POWER  UNTIL  INSTRUCTED  TO  DO  SO* 

'70  PRINT ’4,  WHEN  THE  PROGRAM  PROMPT;  WITH  EDIT.  FILE.  OR  READ If  TYPE  EDIT  IF* 
•.  PRINT*  SINGLE  BYTES  ARE  10  BE  MUDLFIED.  FILE  IF  AN  ENTIRE  FILE' 

PRINT’  II.  TO  BE  PROGRAMMED .  on  PrAD  IF  THE  PROM  IS  TO  BE  READ  AND’ 

FF.Ifjf  *  DISPLAYED,* 

1 AIn  ERIN  I  HIE  FILENAME  MUST  BE  APPENDED  WITH  A  .BAT  EXTENSION’ 

:  10  I  r.luT’o.  IF  A  FILE  IS  TO  BE  PROCESSED.  THE  PROGRAM  RESPONDS  WITH' 

^0  CUNT*  OPTION  AFTCR  THE  PROM  ADDRESS  HAS  BEEN  INPUT.  THE  OPTIONS’ 

(■  PRINT*  ARE  PROGRAM  (PROGRAM  AND  VERIFY)  AND  VERIFY  (VERIFY  ONLY)' 

!<•!.:  PRINT’.’.  WHEN  PROMPTED  WITH  COMMANDS  LIKE  INSERT  PRGM  IN  SOCKET  I  ’ 

fi  IN!'  RESPOND  BY  TYPING  ANY  CHARACTER  FOIL  OWED  BY  A  CARRIAGE  RETURN.' 
PRINT*  JUST  TYPING  A  CARRIAGE  RETURN  WILL  CAUSE  A  PROGRAM  EXIT.  TO* 

FL-I.M '  RETURN  TO  THE  PROGRAM  AT  THE  POINT  OF  EXIT.  TYPE  CONT.' 

■  -i;rN 
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EPROM  PROGRAMMER  DRIVER 
DEVICE  CONTROL  BLOCK  Attachment  3 


STATUS 

DB 

00H 

OPCODE 

DB 

00H 

BUFADR 

DW 

0000H 

WDCT 

DW 

0000H 

CTCT 

DW 

0000H 

PROMAD 

DW 

0000H 

STATUS: 

00 

01 

02 

CTCT: 


Returned  by  driver  (8  bits) 

(8  bits) 

Address  of  data  (16  bits) 

No.  of  words  to  be  processed  (16  bits) 
No.  of  words  not  processed  (16  bits) 
PROM  address  (16  bits) 

^  2048) 


Successful  completion 
Address  error  (PROMAD 
Verify  error  (program  does  not  verify) 


If  status  =  00,  CTCT  =  0.  If  Status  not  equal  00,  CTCT  contains 
number  of  words  remaining  to  be  processed. 


OPCODE: 

00  =  program  and  verify 

01  =  initialize  I/O  port 

02  =  verify  only 


To  call  driver  from  BASIC 

1.  Set  LOC  A000H  to  JMP  to  driver 

A000  C300F0 

2.  Set  LOC  9FE0H  with  address  of  DCB 

(low  byte)  (high  byte) 

3.  Call  driver  with  CALL(X)  statement  (Example:  Z  =  CALL(X)  ) 
If  error  condition  results: 

ADDR  errror  -  Z  (above)  =  address  at  which  error  occurred 
VER  error  -  Z  =  PROM  data  *256  +  buffer  data 
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Attachment  3 


8060  MACRO  ASSEMBLER'  VER  2.4 

INTEL  2710  EPROM  PROGRAMMER  BRIVER 


TITLE  'INTa  2710  EPROM  PROGRAMMES  BRIVER' 

FOOO  0R6  OFOOOH 

1 

til* INTEL  2710  EPROM  PROGRAMMER  BRIVER  WRSION-1 

f 

(IIITO  BE  USER  ON  INTECOLOR  8051  TERMINAL  WITH  OPTION  53, 
Itll  24-BIT  BIDIRECTIONAL  I/O  PORT 


0080 

IMITC 

EDO 

80N 

1H0BE  0'  A'B'C^flUTPUT 

0090 

PORTA 

EQU 

90H 

SPORT  A  ADBRESS 

0091 

PORTB 

EQU 

91N 

SPORT  B  ADBRESS 

0092 

PGRTC 

EOU 

92H 

SPORT  C  ADBRESS 

0093 

CMDWD 

EOU 

93M 

S COMMAND  REGISTER  ADBRESS 

0020 

CINIT 

EOU 

20M 

SCHIP  SELECT  NIGH 

1100 

TIMER 

EOU 

110044 

'TIMER  TO  GET  50  NS  PULSE 

0009 

SETC 

EOU 

000010011 

(SET  PROGRAM  STROBE 

0008 

CLRC 

EOU 

00001 OOOB 

SHEAR  PROGRAM  STROBE 

0090 

VER 

EOU 

10010000* 

S VERIFY  mode:  a=input 

0092 

TERM 

EQU 

100100108 

SSET  I/O  PORT  TO  HIGH  Z 

OOOA 

CSACT 

EOU 

00001010* 

SCNIP  SELECT  ACTIVE 

OOOB 

CSINA 

EOU 

0000101 IB 

SCHIP  SELECT  INACTIVE 

0001 

ERR1 

EOU 

01H 

SERR  CODE  1-ILLEGAL  ABOR 

0002 

ERR2 

EOU 

02M 

(ERR  CODE  2-VERIFY  ERROR 

0002 

VOMLT 

EOU 

02N 

(VERIFY  ONLY  OPCODE 

0001 

IQNLY 

EOU 

01H 

UNIT  ONLY  OPCODE 

2C53 

QUIT 

EOU 

2CS3H 

(ROUTINE  THAT  GOES  BACK  TO  BASIC 

( 


iDRIVER  INITIALIZATION 


FOOO 

« 

I 

E5 

PUSH 

H 

(SAVE  ALL  REGISTERS 

F001 

05 

PUSH 

B 

(  IN  STACK 

F002 

2AE09F 

LHLB 

9FI44J 

(LOAD  IN  BCB  ADBR 

F005 

E5 

PUSH 

N 

(SAVE  DCB  ABBR 

FOOA 

23 

INX 

H 

(GET  OPCODE 

F007 

7E 

MOV 

A'N 

FOOi 

FE01 

CPI 

IONLY 

(DECODE  OPCODE 

FOOA 

CACGFO 

JZ 

I 

(INIT  ONLY 

FOOD 

F2BEF0 

JP 

V 

(VERIFY  ONLY 

F010 

El 

POP 

H 

F011 

E5 

PUSH 

A 

F012 

CD36F0 

CALL 

GET  IF 

SSET  UP  REGISTERS 

F015 

CB51F0 

CALL 

PROG 

) PROGRAM  PROM 

F0I8 

El 

POP 

H 

F019 

£5 

PUSH 

N 

F01A 

CB8CF0 

CALL 

VERIFY 

SVERIFY  PROGRAM 

F01D 

A F 

XRA 

A 

FOIE 

F5 

PUSH 

PSIl 

(SAVE  STATUS 

I 

( I/O  TERMINATION  ROUTINE 
I 
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errors  *  o  pas  2 


8080  MACRO  ASSURER.  HER  2.4 

INTEL  2714  EPROM  PROGRAMMER  DRIVER 


F01F 

3E92 

ioterm;  MVI 

A. TERN 

(SET  PORTS  TO  NIGH  Z 

F021 

9393 

OUT 

DUMB 

.OUTPUT  COMMA 

F023 

FI 

POP 

PSU 

•RETRIEVE  STATUS 

F024 

El 

POP 

H 

J  RETRIEVE  9CB  AMR 

F025 

77 

MOV 

NiA 

•STORE  STATUS 

F024 

23 

UK 

H 

F027 

23 

INX 

H 

F028 

23 

INX 

N 

F029 

23 

INX 

N 

F02A 

23 

INX 

N 

F02I 

23 

INX 

H 

F02C 

71 

NOV 

M.C 

(STORE  HORI  CTR  IN  CTCT 

F02D 

23 

in 

N 

F02E 

70 

NOV 

Nil 

I 

.RESTORE  REGISTERS  AND  RETURN 


F02F 

7A 

( 

NOV 

A* 

(RETURN  ERROR  DATA  IN  A 

F030 

43 

NOV 

BiE 

F031 

11 

POP 

8 

F032 

El 

POP 

H 

F033 

C3532C 

JNP 

• 

QUIT 

(SET  UP  REGISTERS 

1 

F034 

23 

GET*:  INX 

H 

F037 

23 

in 

N 

F038 

5E 

NOV 

E.N 

(GET  LOH  BYTE 

F039 

23 

in 

H 

F03A 

54 

NOV 

D.N 

(ST  HIGH  BYTE 

F03B 

95 

PUSH 

9 

(SAVE  ON  STACK 

F03C 

23 

in 

H 

(GET  CNR  COUNT 

F03D 

4E 

NOV 

C.N 

(LOH  BYTE 

F03E 

23 

in 

H 

F03F 

44 

NOV 

B.N 

(HIGH  BYTE 

F040 

23 

INX 

H 

(GET  PRON  ADOR 

F041 

23 

in 

N 

F042 

23 

in 

H 

F043 

5E 

NOV 

E.N 

(LOU  BYTE 

F044 

23 

in 

N 

F04S 

54 

NOV 

D.N 

(HIGH  BYTE 

F044 

El 

POP 

H 

(RETRIEVE  BUFFER  ABM 

F047 

C9 

RET 

(RETURN 

( 

(INITIALIZATION  ROUTINE 
1 


F048 

3E80 

wit:  nvi 

A.INITC 

(INPUT  WIT  COMMA 

F04A 

B393 

OUT 

CNBUB 

(A.B.OOUTPUT  MAE  0 

F04C 

3E20 

mi 

A.CINIT 

(SH  CHIP  SELECT.  ALL 

F04E 

B392 

OUT 

PORTC 

(OTHER  BITS  >  0 

F050 

C? 

RET 
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{ 

1PR0N  PROGRAMMER  ROUTINE 


F05I 

7» 

prog: 

NOV 

A.E 

ILOAI  IN  LON  BYTE  OF  PROM  AMR 

F052 

0391 

OUT 

PORTO 

{OUTPUT  LOU  OUER  AMR  BYTE 

F0S4 

7A 

NOV 

A.O 

.OUTPUT  HIGH  OROER  AON  BYTE 

FOSS 

FE06 

CPI 

OSH 

TABOR  2KY 

F057 

F2BOFO 

JP 

ADBERR 

.TES. ERROR 

F05A 

F420 

ORI 

CIMIT 

.SET  CHIP  SELECT 

F05C 

0392 

OUT 

PORTC 

F05E 

7E 

NOV 

A.N 

.OUTPUT  BATA  BYTE 

F05F 

0390 

OUT 

PORTA 

F061 

F3 

01 

F062 

C5 

PUSH 

0 

.SAVE  CHR  CT 

F063 

010011 

LXI 

(.TIMER 

T INITIALIZE  TIMER 

FOii 

3E09 

HVI 

A.SETC 

.SET  P6/PPH  LINE 

F068 

0393 

OUT 

CHOW 

{OUTPUT  CONHANB 

F  OAA 

00 

decr: 

OCX 

0 

{DECREMENT  CTR 

F06I 

78 

NOV 

A.O 

{IF  ra. 

F06 C 

A7 

ANA 

A 

{HE  ARE  ON  LAST  256 

FOOD 

C2AAF0 

JNZ 

DECR 

F070 

00 

DECR2: 

OCR 

C 

{THIS  INSTR  AFFECTS  FLAGS 

F071 

C270F0 

JNZ 

BECR2 

{LOOP  UNTIL  DONE 

F074 

3E08 

NVI 

A.CLRC 

{CLEAR  PG/PPH  LINE 

F076 

0393 

OUT 

am 

F078 

FI 

El 

F079 

3EFF 

HVI 

A.OFFH 

{RESET  BATA  LINES  TO  ONE 

F071 

0390 

OUT 

PORTA 

F07D 

Cl 

POP 

1 

{RESTORE  W  CTR 

F07E 

23 

INX 

H 

.INCH  (OFFER  ABM 

F07F 

13 

INX 

0 

{I  NCR  PROM  AGON 

F080 

01 

OCX 

0 

10ECR  HO  CTR 

F081 

78 

NOV 

A.O 

{CHECK  IF  W  CTR  «  0 

F082 

A7 

ANA 

A 

{TEST  A 

F08J 

C251F0 

JNZ 

PROG 

JHO.LOOP  UNTIL  DONE 

F0B6 

79 

NOV 

A.C 

Fv/87 

A7 

ANA 

A 

F088 

C251F0 

JNZ 

PROG 

{LOOP  UNTIL  BORE 

F086 

C9 

RET 

9 

.VERIFY  ROUTINE 

F08C 

CI34F0 

F 

verify: 

CALL 

GETOF 

{SET  UP  REGISTERS 

F08F 

3E90 

IWI 

A.VER 

.A=INPUT.  B.C=OUTPUT 

F091 

0393 

OUT 

CHORD 

FQ93 

7B 

VER2J 

MOV 

A.E 

{OUTPUT  LOU  ABDR  BYTE 

F094 

0391 

OUT 

PORTO 

F094 

7A 

MOV 

A.O 

{LOAD  IN  HIGH  AODR  IYTE 

F097 

FE08 

CPI 

OOH 

{AM*  2K? 

FOR? 

F2D0F0 

JP 

AODERR 

{YES.  ERROR 

F09C 

F420 

ORI 

CIMIT 

{CHIP  SELECT  INACTIVE 
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F09E 

D392 

OUT 

PORTC 

FOAO 

3E0A 

INI 

ArCSACT 

(CHIP  SELECT  ACTIVE 

F0A2 

D393 

OUT 

CMDUS 

F0A4 

DB90 

IN 

PORTA 

•READ  PROM 

F0A6 

BE 

CMP 

M 

ISAME  AS  BUFFERf 

F0A7 

F5 

PUSH 

PSM 

♦SAVE  DATA  IN  CASE  OF  ERROR 

F0A8 

3E0I 

m 

AtCSINA 

♦CHIP  SELECT  INACTIVE 

FOAA 

8393 

OUT 

CMJVD 

FOAC 

C2D7F0 

JNZ 

VERERR 

(NOi  ERROR 

FOAF 

FI 

POP 

PSH 

(RESTORE  STACK  IF  NO  ERROR 

F080 

23 

IMX 

H 

(INCR  DUFFER  ABM 

F0B1 

13 

I NX 

D 

(INCR  PROM  ADDR 

F0B2 

01 

DCX 

1 

(DCRHDCTR 

F083 

78 

MOV 

A»l 

(DONE? 

F0B4 

A7 

ANA 

A 

FOBS 

C293F0 

JNZ 

VER2 

(NO, LOOP 

F0B8 

79 

MOV 

AiC 

F0B9 

A7 

ANA 

A 

F08A 

C293F0 

JNZ 

VER2 

(NO,  LOOP 

FORD 

C9 

• 

• 

RET 

(VERIFY  ONLY 

( 


FOBE 

El  v: 

POP 

H 

FOBF 

ES 

PUSH 

H 

FOCO 

coecfo 

CALL 

VERIFY  (CALL  VERIFY  SUM 

F0C3 

AF  II  A 

(SET  UP  COMPLETION  STATUS 

F0C4 

F5 

PUSH 

PSH 

F0C5 

C31FF0 

JMP 

IOTERM 

t 

(IMIT  ONLY 


FOCO 

» 

CD48F0  I! 

CALL 

INIT 

(CAU  INIT  RTN 

FOCI 

AF 

XRA 

A 

(SET  UP  COMPLETION  STATUS 

FOCC 

F5 

PUSH 

PSH 

FOCO 

C323F0 

JMP 

I0TERM44 

ADDRESS  ERROR 


FODO 

FI 

adderr:  pop 

PSH 

(GET  RID  OF  PC  FROM  CALL 

F0D1 

3E01 

INI 

AiERRl 

(SET  UP  ERROR  STATUS 

F0B3 

F5 

PUSH 

PSH 

F0D4 

C31FF0 

JMP 

1 

IOTERM 

(TERMINATE 

r 

(VERIFY  ERROR 

F0D7 

D1 

f 

VERERR,'  POP 

B 

(RESTORE  INPUT  DATA 

FODO 

FI 

POP 

PSH 

(GET  RID  OF  PC  FROM  CAU 

F0D9 

3E02 

INI 

Af£RR2 

(SET  UP  ERROR  STATUS 

FOOD 

F5 

PUSH 

PSH 

FODC 

SE 

NOV 

E'N 

(PLACE  DUFFER  DATA  IN  A 
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SO  PROGRAM  ERRORS 


207ERR 

m 
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SYMBOL  TABLE 


I  01 


A 

0007 

AIDER 

FOBO 

CIMIT 

0020 

CIRC 

0000 

CSINA 

OOOB 

1 

0002 

E 

0003 

ERR1 

0001 

M 

0004 

I 

FOCI 

IOMLY 

0001 

IOTER 

F01F 

PORTA 

0090 

PORTS 

0091 

PS8 

0006 

QUIT 

2C33 

TERM 

0092 

TIMER 

1100 

VER2 

F093 

VERER 

F0B7 

» 

0000 

C 

0001 

CHOU 

0093 

CSACT 

OOOA 

BECR 

F06A 

0ECR2 

F070 

ERR2 

0002 

GETBF 

F036 

INIT 

F048 

IMITC 

0080 

L 

0003 

N 

0006 

PORTC 

0092 

PROG 

F051 

SETC 

0009 

SP 

0006 

V 

FOIE 

VER 

0090 

VERIF 

F08C 

VONLY 

0002  t 
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FTWRP  Special  Instruction  Microcode  Test  Program 


FTWRP  SPFCIAL  INSTRUCTION 
MICROCOOE  TEST  PROGRAM 


The  microcode  test  program  (FTWRTST)  was  developed  as  an  aid  to 
debuqqinq  the  ten  special  siqnal  processinq  instructions  which  were  designed 
for  the  FTWRP  proqram.  It  executes  as  a  task  in  a  CE  with  the  task  ID  of  70 
(octal),  and  reports  the  results  to  the  Intecolor  in  the  form  of  a  message 
packet.  The  proqram  is  not  meant  to  he  run  while  the  Pulse-Pair  system  is  in 
operation,  but  as  a  diagnostic  task  to  be  manually  loaded  and  started  using  the 
TSK  and  ST  commands. 

FTWRTST  performs  simple  tests  of  each  instruction,  and  maintains 
separate  error  counters  for  each  instruction.  Most  tests  are  long  enough  to 
ensure  that  at  least  one  refresh  interrupt  will  occur  during  execution,  thus 
exercisinq  the  interrupt  processinq  microcode.  I/O  interrupts  are  not  simulated 
(they  are  handled  differently  than  refresh  interrupts),  but  they  may  be  invoked 
by  repeatedly  sendinq  status  request  messages  to  the  CE  while  the  task  is 
executinq. 

The  RACOR,  RACORI,  and  RACC  tests  are  performed  by  sendinq  predefined 
messages  to  itself  with  the  proper  messaqe  codes,  and  waiting  for  a  flag 
signifying  that  the  interrupt  service  routines  (RACRIN,  RICRIN,  and  RCIN, 
respectively)  have  completed  processing  the  packets.  Then  the  results  are 
compared  with  expected  results  to  determine  if  the  instructions  worked 
properly.  If  not,  appropriate  error  counters  are  incremented  and  the  next 
instruction  test  is  invoked. 

The  rest  of  the  instructions  are  tested  by  performing  the  operations  on 
larqe  buffers  of  predefined  data  and  comparing  the  results  to  a  similar  buffer 
of  expected  data.  Table  A-l  lists  the  names  and  functions  of  each  test 
performed  by  FTWRTST.  The  extended  SCALE  test  in  Table  A-l  (SCLST2)  is  used  to 
test  the  SCALE  interrupt  handling,  while  the  regular  SCALE  test  (SCLSTR) 
exercises  the  instruction  on  a  simple  case  only. 
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Table  A-l.  FTWRTST  Tests 


Name 

Test 

Error  Counter 

START 

RACOR 

RRERCT 

RACSTR 

RACC 

RCERCT 

VADSTR 

vAnn 

VAERCT 

VSRSTR 

VSUB 

VSERCT 

CVECST 

CVEC 

CVERCT 

RLNSTR 

BUNT 

BLERCT 

SCLSTR 

SCALE 

SCERCT 

SCLST2 

SCALE(extended)  SCERCT 

SLNSTR 

SUNT 

SLERCT 

VMSTR 

VMULT 

VMERCT 

RISTR 

RACORI 

RIERCT 

ERCODT 

(outputs 

error  counts  to  Intecolor) 
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FTWRP  TEST  TARGET  GENERATOR 


The  FTWRP  test  target  generator  (FTWRTTG)  was  developed  as  an  aid 
to  algorithm  desiqn  and  test  and  was  used  before  the  Input  Synchronizer  was 
fully  interfaced  to  the  existing  Pulse-Pair  Processor.  Its  main  purpose  was 
to  qenerate  coherent  channel  data  similar  to  that  produced  by  actual  radar 
returns  so  that  system  data  flow  and  processing  could  be  monitored.  It  does 
not  attempt  to  vary  the  phase  shift  randomly,  and  therefore  shear  calculations 
are  not  tested  (radial  and  tangential  shear  outputs  should  always  be  zero). 

FTWRTTG  executes  as  a  task  in  a  CE  under  virtual  address  51  (octal), 
and  is  used  in  place  of  the  IOC  at  socket  address  13  (octal).  Inputs  are 
manually  sent  to  the  task  via  messages  from  the  Intecolor  with  messaqe  code  5. 
The  inputs  sent  are:  reflectivity,  and  a  phase-shift  vector  in  rectangular 
coordinates,  as  shown  in  Table  A-2. 

Once  the  parameters  have  been  supplied,  a  Load  Control  messaqe  (messaqe 
code  10)  is  sent  to  the  task  with  the  same  format  as  would  be  sent  to  the  IOC 
to  enter  into  the  Continuous  Input  Mode.  Thus,  the  FTWRTTG  will  appear  in  the 
system  as  a  continuous  data  source  similar  to  the  IOC.  The  task  will  then  send 
data  blocks  in  the  same  manner  as  the  IOC,  using  the  virtual  address  and  word 
count  list  supplied  in  the  control  message.  Data  will  be  generated  and  output 
forever,  until  a  reset  messaqe  is  received  (messaqe  code  13). 

Table  A-3  lists  the  major  subroutines  and  their  functions  in  the  task. 


Table  A-2.  FTWRTTG  Parameter  Messaqe  Format 


WORD  CONTENTS 

0  Reflectivity  value 

1  Real  component  of  phase-shift  vector 

2  Imaginary  component  of  phase-shift  vector 
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Table  A-3.  FTWRTTfi  Subroutines 


Name 

OUTPUT 

NEXTVA 

LOBIIFF 

NEWDAT 

CMIILT 

LCW 

NEWPAR 


Description 


Sets  up  header  words  and  outputs  block  to 
the  current  CE 

Determines  the  next  CE  to  be  sent  data,  and 
whether  coherent  or  reflectivity  data  is  called 
for. 

Prepares  to  generate  new  coherent  channel  data 
buffer  if  necessary.  Generates  fake  Input 
Synchronizer  "header"  words  to  be  put  in  front 
of  coherent  and  reflectivity  data  packets.  Calls 
NEWDAT  to  generate  new  coherent  channel  data. 

Creates  new  buffer  of  coherent  channel  data  by 
performing  a  complex  multiply  between  the  current 
data  buffer  elements  and  the  phase-shift  vector 
input  by  the  operator 

Performs  the  complex  multiply  (X  reqister  has 
address  of  data  element,  SPEEDI  and  SPPEDR  have 
imaginary  and  real  components  of  phase-shift 
vectori 

Processes  the  Load  Control  message  from  I DOS-1 
which  supplies  the  virtual  address  and  wordcount 
list  and  starts  the  generator. 

Processes  the  parameter  message  from  IDOS-1  which 
supplies  the  phase-shift  vector  and  reflectivity 
data. 
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I.  INTRODUCTION 


The  RP-16  cross-assembler  has  been  modified  to  provide  Common  Element  assemblies 
for  Seek  Igloo.  The  modified  program  (M1CR0L)  assembles  an  Instruction  set  which 
Includes  most  of  the  RP-16  code  as  described  in  the  RP-16  Micro-Minicomputer 
Programmer's  Manual  (ER76-4347).  This  memo  describes  the  changes  made  to  the  RP-16 
cross  assembler  and  provides  a  list  of  possible  future  improvements*  along  with  the 
procedure  for  implementing  changes  to  MICROL  on  the  Cyber  system  at  Bedford.  Also 
included  within  this  memo  is  a  general  program  description  of  the  Seek  Igloo  Common 
Element  Cross  Assemble*. 

11.  MODIFICATIONS 


The  following  modifications  were  made  to  the  RP-16  cross  assembler.  The 
instruction  set  for  Sock  Igloo  is  shown  in  Table  I. 

1.  The  Execute  instruction  (EXEQ)  was  eliminated  from  the  RP-16 
instruction  set.  If  this  instruction  is  encountered,  MICROL 
will  output  an  error  message  indicating  invalid  op  code  and 
generate  a  NOP  instruction. 

2.  The  Shift  Arithmetic  Double  instruction  was  given  op  code 
value  of  23  decimal.  This  value  had  been  the  op  code  for 
an  EXEQ  instruction. 

3.  The  Equivalence  instruction  (EQU)  has  the  value  of  its 
expression  field  printed  in  the  object  code  field.  There  Is 
nothing  printed  in  the  location  field  for  an  EQU  instruction. 
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The  Operate  group  of  instructions  uses  the  op  code  value 
31  decimal.  The  mnemonic  forms  and  values  for  the  second 
five  bit  op  code  field  are  given  in  Table  1.  The  Operate 
group  can  eventually  expand  to  32-64  instructions.  The 
word  format  for  this  group  is  shown  below  and  described 
in  greater  detail  in  reference  2. 


The  register  values  associated  with  the  P  and  the  S  registers 
has  been  reversed.  Two  new  register  mnemonics  have  been 
generated  such  that  registers  6  and  7  are  now  available  to 
programmers.  The  following  register  values  are  generated  bv 
M1CR0L. 


REGISTER  MNEMONIC 


CODE  VALUE  (t 


P 

S 

B 

X 

A 

F. 

I 

‘  W 

The  NOP  instruction  is  generate 
>'  encountered.  The  RP-16  cr<>s 
whatever  was  generated  when  (he 
as  the  object  code. 


000 

001 

010 

Oil 

100 

101 

110 

111 

d  whenever  an  error  condition 
s  assembler  had  tried  to  salvage 
error  occurred  and  output  that 


The  address  mode  X+D  or  BAM =4  was  reassigned  to  be  BAM=2.  The 
address  mode  ((P)  +  D)  +  (X)  or  BAM=2  was  eliminated.  This  address 
mode  was  replaced  by  a  second  extended  address  mode  (EAM2).  The 
format  of  this  type  instruction  is  shown  below. 
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r.AM2 

Address  Mode 

Codine  Format 

00 

Register  to  Indirect  Register 

(R2) 

01 

Preincremented  Pointer,  Indirect 

(*R1) 

10 

Prelncrcmented  Pointer 

*R1 

1  1 

Post  Decremented  Pointer 

Rl* 

A.  Th-‘  STD,  l.DD,  ADP  and  SDP  i ns t rue i  ions  will  generate  an  invalid 

op  code  error  if  the  W  register  is  used  as  R2.  (i.e.  STDW  sLABEL) 


III.  FUTURE  IMPROVEMENTS 

1.  Allow  for  the  option  of  outputting  location  and  object  code  information 
in  hexidecims 1  form/it.  Presetnly,  MICROL  outputs  this  information 

in  an  octal  format. 

2.  Output  the  object  code  for  Instructions  in  a  field  oriented  format. 

The  various  fields  given  in  any  instruction  may  be  op  code,  BAM  value, 

KAM  value,  displacement,  R1  or  R2. 

3.  Include  a  double  precision  define  constant  instruction.  Double  precision 
words  for  Seek  Igloo  have  a  sign  bit  in  both  the  most  significant  and 
the  least  significant  halves  of  the  word. 

4.  Develop  a  macro  capability. 

5.  Add  new  operate  instructions  as  they  are  defined  (i.e.  GETCLK,  SETCLK). 

IV.  IMPLEMENTING  MODIFICATIONS 


This  section  describes  the  procedure  for  modifying  the  MICROL  program.  This 
procedure  utilizes  the  Cyber  system  at  Bedford  and  is  submitted  via  card  deck  at 
the  Information  Processing  area. 
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CARD  COLUMNS 

1. .  . 

NAME.  comment  area  after  period 

USER,  your  user  number,  your  password,  SYSTEM2. 

CHARGE,  DSO  to  be  charged. 

GET(MICROL) 

MODIFY  (P=MICR01.,N,C,K,t.0  KM) 

REPLACE  ( NPL  =  MICROl.) 

REWIND  (COMPILE) 

FTN  (I  =  COMPILE,  L  =  ) 

REPLACE  (MICRO) 

LOAD  ' LGO) 

NOGO. 

MICRO  ( INPUT, OUTPUT) 

6/7/8 

*DECK  deck  name 
*IDENT  date 

*1  card  identification 
card  to  be  inserted 
*D  card  identification 
6/7/8  1  if  requested  execution 

code  to  be  assembled  ] 

6/7/8  ~  .  EOR  card 

$$  EOI  card 


remove  ,  L=0  if  wnnt  a  listing  produced 

-  t f  want  to  execute  program 

in  same  run  as  modifications  are  done. 
EOR  card 

Modify  directives 
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PROGRAM  DESCRIPTION 

This  section  provides  a  brief  description  of  the  various  programs,  subroutines, 
and  functions  defined  in  the  MICROL  program.  MICROL  Is  an  overlay  program  on 
the  C.YBF.R  system  and  tins  seven  overlay  segments.  The  main  overlay  segment, 

MICROL,  calls  thi“  ot  her  six  ovet  lay  segments.  These  six  segments  call  the  various 
subroutines  and  functions.  A  block  diagram  of  MICROL  is  provided  in  Figures  1 
and  2. 

1 .  Overlay  Segments 

MICROL  This  segment  calls  the  remaining  overlay  segments  in  the 
order  listed  below.  It  also  outputs  the  symbol  tabic  to 
TAPE14  if  the  user  has  so  specified. 

Some  of  the  remaining  overlay  segments  ore  executed  on  a 
conditional  basis.  The  conditional  information  is  set  in 
the  INFORM  segment. 

INFORM  This  segment  reads  one  card  with  a  two  digit  octal  number 
in  card  columns  1  and  2.  This  octal  number  allows  for  six 
program  options.  These  options  are  described  in  Table  2. 

I’ASONE  This  segment  analyzes  cord  images  and  reduced  card  images 
and  builds  a  symbol  table  based  on  the  label  field  and  a 
location  counter. 

HEADER  This-  segment  outputs  a  header  page  if  the  list  option  has 
been  set  by  the  INFORM  segment.  Presently,  the  header  is 
simply  a  page  feed. 

FASiWO  This  segment  analyzes  reduceu  card  images  and  builds  the 

object  code.  The  object  code  is  determined  by  the  operation 
mnemonic  field  COPN)  and  the  argument  field  on  each 
reduced  card  image.  The  symbol  table  is  used  if  a  label 
is  present  in  the  argument  field.  It  should  be  noted 
that  the  argument  field  is  also  referred  to  as  the 
expression  field. 

•  i : MOD  F  This  segment  will  output  a  symbol  table  if  the  option  has 

been  set  by  the  INFORM  segment. 

SU01T  This  segment  will  output  a  set/used  reference  table  if  the 

option  requesting  a  symbol  table  has  not  been  set. 
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2.  Subroutines 
I NPUTA 

I  NPl'TB 

DF l NEK 

DEFINE 

REFER 

SETHSE 

EVALUH 

X PRESS 

NUMRAL 
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This  subroutine  is  called  by  PASONE  to  read  and 
analyze  one  cord  image.  If  it  is  a  /R  card,  then 
a  flag  is  set  to  indicate  that  reduced  card  images 
follow.  Otherwise,  the  label  field  is  analyzed  and 
the  symbol  table  updated  accordingly.  Also,  the 
operation  mnemonic  field  is  analyzed  and  the  location 
counter  updated.  A  reduced  card  image  is  produced 
for  each  card  and  saved  in  the  array  SECTOR  for  use 
by  PASTWO. 

This  subroutine  reads  a  buffer  of  reduced  card  images 
and  moves  one  card  image  into  the  working  area  TOKEN. 

Each  successive  call  to  this  routine  will  move  the 
next  card  image  from  the  buffer  to  the  working  area. 

The  subroutine  OP  is  called  for  each  card  image  before 
the  return  from  INPUTS. 

This  subroutine  performs  initialization  before  any  symbol 
table  update.  If  a  label  exists,  then  the  subroutine 
DEFINE  is  called  to  update  the  symbol  table. 

This  subroutine  saves  the  label  and  the  associated  location 
counter  in  the  symbol  table.  If  the  label  was  associated 
with  an  EQU  instruction,  then  the  value  of  the  expression 
field  is  saved  with  the  label. 

This  subroutine  analyzes  the  expression  field  of  an 
instruction.  The  set/used  references  in  the  symbol 
table  will  be  updated  and  the  location  counter  updated 
based  on  the  analysis. 

This  subroutine  is  called  by  REFER  to  add  a  set/used 
reference  to  the  symbol  table  for  a  given  label. 

This  subroutine  initiates  evaluation  of  the  expression 
field.  The  actual  evaluation  is  performed  by  the  XPRESS 
subrout ino. 

This  subrout  in"  evaluates  the  expression  field  and  returns 
a  parameter  which  refl-cts  the  value  of  the  expression 
field. 

This  subroutine  decodes  any  number  sequence  that  may  be 
defined  in  the  expression  field.  The  value  of  the  number 
is  returned  to  the  calling  routine.  The  types  of  numbers 
allowed  are  BAM,  octal,  and  decimal. 
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Subrout ines 
UNPACK 

SEARCH 

OP 

KtU'gOR 

bLNKCT 

I 

LITKAL 

ORJtxr 

OUTPUT 

ERROR 

EKI’KNT 

I 
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(Cont  inued) 

This  subroutine  moves  a  three  character  sequence 
from  one  word  into  three  separate  variables. 

This  subroutine  searches  the  symbol  table  for  a 
label.  The  label  is  specified  by  pointers  passed 
in  the  subroutines  parameter  list.  The  results  of 
the  search  are  returned  to  the  calling  routine  in 
the  variable  FOUND. 

This  subroutine  evaluates  the  operation  mnemonic 
field  and  returns  an  index  for  the  operation.  This 
index  will  be  used  in  PASTWO  to  retrieve  the  correct 
object  code  from  the  array  MCODE. 

This  subroutine  packs  three  characters  from  a  card 
image  into  one  word.  This  word  is  then  saved  as 
part  of  the  reduced  card  image  format. 

This  subrout ine  counts  the  number  of  blanks  between 
the  various  fields  on  a  card  image.  This  count  is 
saved  ns  part  of  the  reduced  card  image  format. 

This  subroutine  is  called  by  the  INPUTA  subroutine 
when  processing  a  TEXT  operation. 

This  subroutine  will  output  the  object  code  to  TAPES 
if  the  user  has  so  specified  through  the  INFORM 
subroutine. 

This  subroutine  will  output  the  location  value, 
object  code  and  associated  card  image  if  the  user 
has  so  specified  through  the  INFORM  subroutine. 

This  subroutine  is  called  by  a  number  of  the  other 
subroutines  whenever  an  error  is  detected.  The 
number  of  errors  in  this  assembly  and  information 
related  to  th<‘  present  error  is  saved  in  this  routine, 
if  the  user  has  requested  output,  then  ERPRNT  is 
called  to  output  the  error  message. 

This  subroutine  outputs  an  error  message  to  the  line 
pr inter  based  on  the  parameter  passed  to  the  sub¬ 
rout  i  ne. 
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Funct Ions 


HSCAN  (CHAR,  INDEX,  FIRST,  LAST) 

This  function  wilt  return  a  value  of  TRUE  if  the 
character  specified  by  CHAR  is  found  within  a  string 
of  characters.  The  string  of  characters  available 
for  the  compare  are  defined  in  the  common  area  /HSPEC/. 
The  actual  characters  used  for  comparing  are  defined  by 
the  parameters  FIRST  and  LAST.  The  position  of  CHAR 
within  the  string  is  returned  in  the  variable  INDEX. 

ISHFT  (VAR,  NUM) 


This  function  performs  a  left  circular  shift  on  the 

sixty  bit  variable  VAR.  The  shift  is  for  NUM  bit  positions. 


LIMIT  ( 1CHAR) 


This  function  returns  a  value  of  TRUE  if  the  character 
specified  by  ICHAR  is  a  number  or  an  apsotrophe. 


CHECK  (LARG) 


This  function  returns  a  value  of  TRUE  if  LARG  has  a 
value  between  +127  and  -128. 


NSCAN  (IDUM) 


This  function  returns  a  value  of  TRUE  if  any  invalid 
characters  are  found  within  the  label  field.  The 
characters  listed  below  are  considered  invalid. 

$  if  £  j :  _  '  C  >  • 
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TABLE  1 


MNEMONIC 

OPCODE 

OCTAL  DECIMAL 

MNEMONIC 

OPCODE 

OCTAL 

DECIMAL 

1.  STS 

00 

0 

34.  ORG 

00 

0 

2.  STD 

01 

1 

35.  EQU 

00 

0 

3.  LDS 

02 

2 

36.  END 

00 

0 

4.  LDD 

03 

3 

37.  JUMP 

20 

16 

5.  LDC 

04 

4 

38.  JOVF 

25 

21 

6.  LDN 

05 

5 

39.  JSUB 

26 

22 

7.  SWP 

06 

6 

40.  EXEQ 

00 

0  N01 

8.  ADD 

07 

7 

41.  ISEZ 

30 

24 

9.  ADP 

10 

a 

42.  DSEZ 

31 

25 

10.  SUB 

1 1 

s 

43.  EHII 

27 

23 

n.  sdp 

12 

10 

44.  ELOI 

27 

23 

12.  AND 

13 

n 

45.  DLOI 

27 

23 

13.  I Ok 

14 

12 

46.  SOVF 

27 

23 

14.  XOR 

15 

13 

47.  ROVF 

27 

23 

15.  MPY 

16 

14 

48.  REXT 

27 

23 

16.  DIV 

17 

15 

49.  HALT 

27 

23 

17.  JPZ 

21 

17 

50.  CALL 

26 

22 

18.  JNC 

22 

1H 

51.  EXIT 

20 

16 

Bis.  JEX 

23 

IS 

52.  TEXT 

00 

0 

20.  JNZ 

24 

20 

53.  END$ 

00 

0 

21.  CSL 

32 

26 

54.  EJCT 

00 

0 

22.  CSE 

33 

27 

55.  1DEN 

00 

0 

23.  ASZ 

34 

28 

56.  HOLD 

00 

0 

24.  OSF 

35 

29 

57.  BLOK 

00 

0 

25.  RSP 

36 

30 

58.  BASE 

00 

0 

26.  SAS 

27 

23 

59.  DATA 

00 

0 

27.  SAD 

27 

23 

60.  DS 

00 

0 

28.  SET 

14 

12 

61.  DC 

00 

0 

29.  CLR 

13 

11 

62.  STB 

10 

8 

30.  SBZ 

34 

28 

63.  LDB 

30 

24 

31.  SBS 

35 

29 

64.  ADB 

10 

8 

32.  NOP 

00 

0 

65.  SBB 

12 

10 

33.  *** 

00 

0 

66.  CEB 

17 

15 
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Table  1  Continued 


INSTRUCTION  SET 


OPCODF. 

DECIMAL  MNEMONIC 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 

23 

24 

25 

26 
27 


SEl.lNS 

SET'VAD 

TRAP 

DROP 

TRACE 

RETURN 

SYSREQ 

AVAILABLE 

INTERR 

WRITE 

READ 

RESUME 

SELBUS 

READR 

WRITER 

REQIOS 

CLOCK 

LOGTST 

MF.MIST 

SEND IN 

STARTU 

TRPRET 

AVAILABLE 

AVAILABLE 

RKSTRA 
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Set  up  9  binary  digits 


MSB  LSB 


BIT  EFFECT  IF  SET 


EFFECT  IF  NOT  SET 


1 

2 

3 

4 

5 

6 
7 


Symbol  table  output  to  the 
file  TAPE14  at  the  end  of 
assembly 

Outside  input  for  symbol 
table  is  used  from  TAPE 15 

Errors  listed  during  first 
pass 

Plain  symbol  table 
No  object  code  file 

No  listing 

One  fill  on  BLOK  statements 


Symbol  table  cannot  be  used 
again 

Symbol  table  generated  by 
program 

No  errors  listed  during  first 
pass 

Set/Used  reference  table 

Object  code  file  generated  and 
saved  to  TAPE5 

Listing 

Zero  fill  on  BLIK  statement 


8 


9 


Storage  blocks  allocated  by 
DS  instructions  will  be  Is 
filled 

Next  line  of  input  will  have 
decimal  number  specifying 
number  of  lines  per  page  of 
listing  output 


Storage  allocated  will  be  Os 
filled 


Number  of  lines  per  listing  page 
defaults  to  51 
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Cross  Assembler 

VEF-77-14 

2.  Common  Element  Cross  Assembler  Post  Processor 

Spec i f i ca t ion ,  RJB:77:102 


A  post  processor  program  (CEPOSTP)  is  available  for  Seek  Igloo  assemblies.  This 
|iioi;im  converts  the  binary  output  from  the  Cross  Assembler  program  (MICRO) 
to  a  iormat  required  by  the  intecolor  terminal  transfer  programs  presently  being 
developed.  The  binary  output  from  the  Cross  Assembler  is  written  on  TAPES  and 
must  be  saved  to  a  permanent  file  at  the  completion  of  a  MICRO  execution.  This 
permanent  file  is  then  assigned  to  TAPES  as  an  input  to  the  CEPOSTP  program. 

An  example  of  the  job  stream  required  when  the  MICRO  and  CEPOSTP  programs  are 
executed  separately  is  given  in  Figure  l.  The  two  programs  may  be  executed  in 
the  same  job  stream  and  this  sequence  is  shown  in  Figure  2. 

There  are  two  types  of  assembled  programs  that  the  CEPOSTP  program  may  process. 
These  are  DOSO  type  programs  and  CE  software  programs.  For  DOSO  programs,  two 
output  tapes  are  generated  by  CEPOSTP.  The  first  tape  (TAPE8)  contains  one 
record  representing  the  8  MSBs  of  all  the  assembled  code.  The  second  tape 
contains  the  8  LSBs  of  all  the  code  and  is  saved  to  TAPE9.  These  tapes  should 
be  saved  to  permanent  files  for  access  by  the  Intecolor  terminal  transfer  program 
1  f't  CE  software  programs,  all  output  is  written  to  TAPE8  and  should  be  saved  to 
permanent  file  at  the  completion  of  CEPOSTP. 

1  be  CEPOSTP  program  requires  three  inputs  from  the  user.  These  inputs  are  the 
ID  number  of  the  program  being  processed,  the  type  of  program,  and  a  comment 
field.  The  ID  must  be  specified  in  the  first  three  columns  of  the  first  input 
card.  The  type  of  program  is  specified  in  column  five  of  the  first  card. 

The  types  presently  defined  are  0  =  CE  program,  and  l  -  DOSO  program.  Column 
seven  of  the  first  card  is  an  optional  parameter.  If  a  one  is  set  in  this 
column,  the  character  sequence  written  to  TAPE8  (and  TAPE9  if  DOSO  program) 
is  dumped  to  the  line  printer.  The  comment  field  is  read  from  the  first  70 
columns  of  a  second  input  card.  This  comment  field  is  output  to  the  line 
printer  before  any  error  or  processing  messages. 
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JOB  CARD 

USER  CARD 

CHARGE  CARD 

GET  (MICKO/UN=R589201> 

MICRO  (INPUT,  OUTPUT,  TAPE 5) 
REWIND  (TAPES) 

SAVE  (TAPES=NAME  1) 

KOR  CARD 

OPTION  CARD 

CODE  TO  BE  ASSEMBLED 

EOI 


JOB  CARD 
USER  CARD 
CHARGE  CARD 
GET  ( CEPOSTP) 

GET  (TAPES=NAME  1) 

CEPOSTP  (INPUT,  OUTPUT,  TAPES,  TAPER,  TAPE9) 


rewind  (Taper) 

SAVE  (TAPEH=NAME2) 
Kt WIND  (TAPE9) 

SAVE  ( TAPE9-NAME3) 


Only  need  those  2  if  DOSO  code 


EOR  CARD 

ID/TYPE/DUMP  OPTION  (INPUT  CARD) 
COMMENT  INPUT  CARD 
EOI  CARD 


FIGURE  I 
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JOB  CARD 

USER  CARD 

CHARGE  CARD 

GET  (MICRO/UN=R589201) 

MICRO  (INPUT,  OUTPUT,  TAPE 5) 
GET  (CEPOSTP/UN=R589201) 
CKPOSTP  (INPUT,  OUTPUT,  TAPES 
REWIND  (TAPErt) 

SAVE  (TAPEB^NAMEI ) 

REWIND  ( TAPE 9 )  3 

SAVE  ( TAPE9=NAME2) J 


,  TAPE 8,  TAPE 9) 


only  need  these 


EOR  CARD 

OPTION  CARD 

CODE  TO  BE  ASSEMBLED 

EOR  CARD 

l D/TYPE/ DUMP  OPTION/ INPUT  CARD 
LABEL  OR  COMMENT  INPUT  CARD 
EOI  CARD 


2 


if  DOSO  code 


FIGURE  2 
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A  program  is  required  to  transfer  a  file  from  the  CYBER  system  to  the  Intecolor 
terminal.  This  transfer  program  must  handle  three  types  of  input  files  from 


the  CYBER 

.  These  types  are: 

1. 

8-bit  PROM  programs 

2. 

16-bit  DOSO  PROM  programs 

3. 

16-bit  CE  software  programs 

The  formats  for  these  files  are  shown  in  Figures  1,  2  and  3  respectively. 

A  program  presently  exists  which  transfers  the  first  and  second  types  of  files 
to  the  terminal.  When  initiated,  this  program  requests  a  CYBER  file  name  from 
the  user.  The  program  will  transfer  each  record  on  the  CYBER  file  into  the 
terminal  memory  at  the  address  specified  in  the  record.  The  transfer  program 
recognizes  the  last  record  by  a  zero  byte  count.  Once  this  has  been  detected, 
a  request  is  made  for  a  disk  file  name.  The  data  in  the  terminal  memory  is 
then  saved  to  that  file  name.  The  save  to  disk  is  executed  via  a  File  Control 
System  command.  The  transfer  program  is  written  in  BASIC  and  uses  various  8080 
programs  along  with  the  FCS  command. 

When  CE  software  programs  are  transferred  from  the  CYBER,  more  than  one  disk 
file  needs  to  be  saved.  Instead  of  transferring  all  the  records  into  memory 
and  then  performing  a  save  to  disk,  the  save  must  be  executed  after  each  record. 
The  data  saved  after  each  record  is  the  240  16-bit  words.  Also,  two  disk  files 
must  be  generated  which  contain  information  about  the  program  transferred  and 
what  disk  files  were  used  to  save  the  program.  This  disk  structure  differs 
enough  to  require  a  separate  transfer  program  for  CE  software  programs.  The 
disk  structure  used  will  conform  with  '■he  Common  Memory  page  format  description 
in  the  above  referenced  memo.  To  eccomp1 Ish  this,  all  disk  files  will  be  given 
names  of  PAGE.,'/##  where  ###  is  greater  than  ten  and  determined  by  the  transfer 
program.  The  disk  file  PAGE. 003  will  be  the  directory  page  and  its  formal  is 
shown  in  Figure  4.  The  directory  page  provides  a  list  of  the  various  CE  software 
programs  that  may  have  been  transferred.  The  status  and  ID  parameters  in  each 
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•>ni  i  v  me  defined  at  i  nmsfer  time  (set1  Figure  3,  12-13).  The  Load  Map  Page 
parameter  Is  the  number  in  the  PAGE.///)#  of  a  disk  file  name.  This  disk  file 
contains  information  about  the  program  transferred  and  a  list  of  disk  files 
that  the  program  was  saved  to.  The  information  contained  on  a  Load  Map  Page 
disk  file  and  its  format  is  shown  in  Figure  5.  The  header  words  on  the  Load 
Map  Pago  are  set  by  the  transfer  program.  The  last  three  parameters  in  each 
segment  of  this  disk  file  are  defined  at  transfer  Lime.  The  Page  No.  (###) 
parameter  is  computed  by  the  transfer  program.  To  determine  which  page 
numbers  have  been  used,  a  disk  file  must  be  maintained  with  a  list  of  free 
and  used  numbers.  All  saves  of  the  various  types  of  disk  files  is  controlled 
by  the  transfer  program.  There  is  no  requirement  t ha t  the  user  know  what 
files  are  available.  The  Load  Map  Page  disk  file  number  will  be  output  to 
the  user  when  the  program  has  completed. 
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ASCII  Characters  on  a  record  of  the  CYBER  file 


1 . 

2. 

3. 

4. 
■>. 
6. 

7. 

8. 

9. 

10. 
1 1  . 
12. 

13. 

14. 


0 

0 


} 


byte  count 


starting  address 


first  byte 


n-2 
n- 1 
n 

n+  1 


} 

} 


last  byte 


checksum* 


♦The  checksum  is  the  twos  complement  of  the  sum  of  all  the  data  after  the 
colon  and  before  the  ascii  conversion. 


FIGURE  1 
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ASCII  Characters  on  CYBER  file  TAPES  after  CKPOSTP 


1  . 
2. 

3. 

4. 

3. 
6. 
7. 
o. 

4. 
10. 
1  1  . 
12. 

13. 

14. 
13. 
16. 
17. 


count 


|  starting  address 

0 

2 

^  8  MSBs  of  first  16  bit  word  *1 

1  8  MSBs  of  second  16  bit  word 


n  MSBs  of  last  16  bit  word 
Checksum  *2 

*2  This  checksum  is  the  twos  complement  of  the  sum  of  everything  after  the 
colon  and  before  the  ascii  conversion  was  made. 

*1  The  8  LSBs  of  every  16  bit  word  are  saved  on  TAPE9  at  the  end  of  a  CEPOSTP 
execution.  This  tape  is  formatted  the  same  as  above. 


n-2 

n-1 

n 

m  l 


FIGURE  2 

16-Bit  DOSO  Program  Format 
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ASCII  Characters  on  each  record  of  the  CYBER 


1  . 

2-5.  byte  count  =  4KB 

6-9.  starting  address 

10.  0 

II.  1 

12-13.  v  status 

14-15.  ^  id 

16-19.  ^  starting  address 

20-23.  v  word  count  (=  240) 

24-27.  'x  16-bit  checksum  *1 
28-31.  first  16-bit  word 

32-35. 


980-983.  239th  16-bit  word 
984-988.  240th  16-bit  word 
989-990.  8-bit  checksum  *1 


*1  Twos  complement  of  the  sum  of  all  the  16-bit  words  on  this  record. 

*2  Twos  complement  of  the  sum  of  everything  after  the  colon.  The  sum 
is  computed  before  the  ascii  conversion  is  implemented. 


FIGURE  3 

16-Bit  CE  Software  Program  Format 
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Reference  1:  EM78-0427,  RJB-124,  "MODDOS  -  Utility  Program  for  Inspecting 

and  Modifying  DFTSP  DOS-O  Object  code”,  2  August  1978. 

I .  Introduction 

MODDOS  (See  Reference  1)  is  a  program  used  to  inspect  and  modify  the 
format  for  DOS-O  programs  used  in  the  Fault  Tolerant  Signal  Processor  (FTSP). 
NEWMOD  is  an  enhancement  of  that  program  which  is  compatible  with  MODDOS  but 
includes  the  extra  function  of  a  4K  checksum  algorithm.  This  memo  describes  the 
checksum  algorithm,  the  usage  within  NEWMOD  and  also  provides  a  current  listing 
of  the  NEWMOD  program.  NEWMOD  shall  replace  MODDOS  on  the  utility  disks. 

II.  Checksum  Algorithm 

The  Algorithm  (See  Figure  1)  consists  of  the  sequential  summing  of 
4096  16-bit  2's  complement  values  which  constitute  the  4K  address  space  for  the 
DOS-O  PROM's.  In  addition,  for  each  sum  which  results  in  an  overflow  condition 
(e.g.  2  positive  numbers  added,  resulting  in  a  negative  number),  an  overflow 
counter  is  incremented.  After  all  4K  words  have  been  summed,  the  overflow 
counter  is  also  added  in  to  yield  the  full  checksum  value.  This  value  is  now 
2's  complemented  (i.e.  negated)  and  stored  into  the  location 
177727  (octal)  -  the  checksum  location. 

The  net  effect  is  that  the  sum  of  all  words,  including  the  checksum 
location,  and  the  overflow  counter,  should  be  exactly  0. 

III .  Usage 


NEWMOD  operates  exactly  as  MODDOS  as  far  as  DOS-O  memory  accessing  and 
modifications  are  concerned.  Once  the  user  has  indicated  that  all  changes  have 
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been  entered  and  that  the  updated  files  shall  be  saved,  NEWMOD  now  asks: 

DO  YOU  WANT  THE  CHECKSUM  UPDATED? 

If  the  user  enters  N  (for  No),  NEWMOD  will  zero  the  checksum  location,  then  proceed 
to  store  the  updated  files.  If  the  user  enters  Y,  NEWMOD  then  asks: 

DO  YOU  WANT  A  WORD-BY-WORD  LIST? 

Answering  Y  to  this  question  permits  the  user  to  receive  a  word-by-word  listing 
(on  the  screen)  of  each  location  being  summed,  its  address,  the  value  stored 
at  the  location,  the  current  accumulated  checksum,  and  the  current  overflow 
counter. 

As  the  checksum  is  being  performed,  NEWMOD  outputs  a  message  after  each  100 
words: 

XXXX  WORDS  SUMMED... 

After  the  complete  checksum  is  performed,  NEWMOD  prints  out  the  following  infor¬ 
mation: 

OVERFLOW  COUNTER  =  nnnn  (octal) 

ACCUMULATED  CHECKSUM  VALUE  =  nnnnnn  (octal) 

NECATIVE  ACCUMULATED  CHECKSUM  =  nnnnnn  (octal) 

UPPER  BYTE  =  uuu  (decimal)  LOWER  BYTE  *  111  (decimal) 

After  this  output  has  been  performed,  NEWMOD  prints  out  the  message: 

IF  YOU  WISH  TO  CONTINUE,  TYPE  CONT 

and  types  READY. 

The  user  now  enters  CONT  to  continue  the  processing  which  results  in  the  stor¬ 
age  of  the  checksum  value  and  the  saving  of  the  4  DOS-O  object  files. 

IV.  Current  Listing 

See  Figure  2  for  a  complete  listing  of  the  current  NEWMOD  program. 

C2  - 
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To  aid  the  debugging  of  CE  microcode  and  DOS-O  EPROMs,  a  program 
to  modify  floppy  disk  files  has  been  written.  With  the  use  of  this  program,  data 
can  be  modified  on  the  disk  without  the  need  for  re -assembly  and  transfer  from 
the  Cyber. 

The  program,  called  "MODIFY",  resides  on  the  CE  system  disk 
(CESYS1118)  as  a  BASIC  file.  To  run  the  program: 

1.  Enter  Basic  by  typing  ESCAPE  E 

2.  Place  the  system  disk  in  drive  0  (left  drive) 

3.  Place  the  disk  on  which  the  file  resides  in  drive  1 

4.  Type  LOAD? "MODIFY" 

5.  When  the  system  responds  with  READY,  type  RUN. 

The  program  will  then  ask  for  the  name  of  the  file  to  be  modified.  The 
full  name  must  be  specified  (Example:  CEM1.DAT).  Once  the  file  is  read  into 
RAM,  the  program  will  ask  for  the  word  address  to  be  modified.  Words  are 
numbered  from  0  to  (2047 )jq.  Therefore,  if  the  fourth  word  of  a  file  is  to  be 
modified,  the  word  address  is  3. 

The  program  will  respond  by  displaying  the  data  in  the  word  specified 
in  hexadecimal  notation,  and  wait  for  new  data.  If  the  word  is  not  to  be  changed, 
simply  type  in  the  same  number.  Otherwise,  enter  the  new  data  in  hexadecimal 
notation.  The  word  will  be  changed,  and  the  next  sequential  word  displayed  as 
before.  When  all  the  changes  are  complete,  enter  a  hexadecimal  number  greater 
than  FF  (e.  g. ,  100). 

The  program  will  then  ask  if  there  are  any  more  locations  in  the  current 
file  to  be  modified.  If  a  "Y"  is  typed  in,  the  program  will  ask  for  another  word 
address,  and  the  process  starts  all  ove  again.  If  the  response  is  an  "N",  the 
file  is  re-written  onto  the  disk.  The  original  file  is  preserved  intact,  and  the 
updated  file  is  given  the  same  name  with  a  different  version  number. 
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This  program  is  designed  to  modify  only  those  files  which  are  in 
the  form  of  an  EPROM  data  file,  which  will  subsequently  be  used  by  the 
EPROM  Programmer. 

If  there  are  any  problems  or  suggestions,  I  can  be  reached  at 
extension  2563. 


Advanced  EJ&ctronic  Techniques 
Wayland  M-9,  x2563 


cc:  V.  Follansbee 

J.  Hepp 
G.  Sarafinas 
R.  Smith 
G.  Works 


Intecolor  Utility  Routines 


I N TECOLOR  UTILITY  ROUTINES 

Several  utility  routines  were  developed  for  the  Intecolor  to  help 
support  the  I00S-1  and  IDOS-O  proqrams.  Many  were  already  resident  in  the  ISC 
supplied  software  packaqe  and  contained  in  ROM.  Those  which  were  desiqned  by 
Raytheon  were  also  placed  in  an  EPROM  and  are  contained  in  locations  1800 
throuqh  1FFE  (hex).  These  routines  are  varied,  and  are  used  extensively  by  the 
Intecolor  software.  To  aid  in  usinq  the  utilities  for  future  software 
development,  or  in  modifyinq  existinq  code,  a  table  of  available  routines, 
startinq  addresses,  inputs,  outputs,  the  function  of  the  routine,  and  reqister 
usaqe  has  been  compiled  (see  Table  A-4). 

Some  of  the  utility  routines  have  little  or  no  useful  purpose  to  normal 
proqrams.  Others,  however,  (e.q.,  GNIIM,  SPNOR,  OCMA,  etc)  are  very  useful  in 
desiqninn  a  command  parser  and  other  interactive  proqrams.  I/O  routines  are 
also  useful,  and  are  described  in  detail  in  the  Intecolor  Users  Manual 
(reference  A-l) , in  the  CPU  Operation  System  section. 
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L  Introduction 


Two  new  BASIC  utility  programs  (PGCOPY,  PGCOMP)  have  been 
installed  on  the  Intecolor  Support  Program  disks  (1  3  and  1  3A)  at  the  Sudbury 
Test  Site.  The  purposes  of  these  programs  are  to  facilitate  the  copy  of  CE 
disk  pages  from  one  disk  to  another,  and  to  perform  a  page  comparison 
between  two  CE  disks.  This  memo  briefly  describes  the  operational  use  of 
these  programs,  and  other  CE  diskette  maintenance  programs. 

IL  PGCOPY  -  Copy  Pages 

PGCOPY  is  a  program  to  automate  the  process  of  copying  a  set  of  CE 
pages  (i.  e.  ,  files  with  name  of  the  form  Page,  nnn)  from  drive  1  to  drive  0. 

The  program  accepts  up  to  20  input  page  numbers  (3  decimal  digits),  then 
automatically  copies  these  pages  from  Drive  1  to  Drive  0.  The  program  is 
invoked  by  executing,  in  BASIC,  the  following  two  commands  (with  the  program 
disk  in  drive  0): 

LOAD?"  PGCOPY" 

RUN 

After  RUN  is  executed,  the  user  should  insert  in  drive  1  the  from  diskette, 
remove  the  utility  disk  from  drive  0,  and  insert  the  to  disk  and  then  proceed 
to  respond  to  the  program  request: 

ENTER  3  DIGIT  PAGE  NUMBER? 

The  user  types  in  a  3-digit  number  (e.  g.  ,  31  or  +27,  or  J0J05)  and  hits  the 

return  key.  The  program  continues  to  request  pages,  up  to  20,  until  the 
sequence  ***  is  entered  for  a  page  number.  This  terminates  the  entry  phase 
and  begins  the  copying  phase.  When  all  the  requested  pages  have  been  copied, 
the  entire  sequence  may  be  repeated.  Note  that  this  program  copies  only  the 
highest  numbered  version  of  the  page  file. 

PGCOMP  -  Compare  CE  Pages  Program 

PGCOMP  performs  a  word  by  word  comparison  of  CE  page  files  on  two 
diskettes  and  displays  any  discrepancies.  This  program  is  useful  for  verifying 
master  CE  disks  versus  working  CE  disks. 
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Page  2 

The  program  is  invoked  by  inserting  the  support  programs  disk  (13  or  1  3A) 
onto  drive  0,  entering  BASIC  (ESC  W  and  return),  then  entering: 

LOAD?"PGCOMP"  (return) 

RUN  (return) 

At  this  point,  the  utility  diskette  should  be  removed  from  drive  0,  replaced 
with  one  of  the  two  CE  disks,  with  the  other  disk  going  to  drive  1.  Then  the 
program  requests: 

ENTER  NAME  OF  FILE? 

The  user  enters  a  file  name  (of  the  form  PAGE,  nnn)  and  hits  return  key.  (The 
user  may  optionally  specify  version  number;  vv).  The  program  now  reads 
t.iis  file,  from  both  disks  and  does  a  byte  by  byte  comparison  of  the  480  bytes 
on  a  page  file.  Any  discrepancies  are  listed  on  the  display  in  the  form: 

BYTE  #  xx  DRIVE  0  yy  DRIVE  1  zz 

After  the  entire  file  has  been  checked,  the  total  number  of  discrepancies  is 
output  and  the  program  loops  back  to  request  another  file  name  spec. 

IV-  Suggested  Improvements  for  Support  Programs 

These  two  programs,  along  with  the  LOADCE,  GET,  RETURN,  and 
MERGE  programs,  constitute  CE  diskette  file  maintenance  programs.  There  arc 
a  number  of  areas  in  which  we  can  improve  these  support  tools. 

A.  PGCOPY  should  be  updated  to  facilitate  copying  of  a  complete  task 
of  pages  from  one  disk  to  another.  This  would  involve  accessing 

a  load  map  page  and  use  it  to  drive  the  page  number  inputs. 

B.  PGCOMP  should  also  be  updated  to  include  comparison  of  a  complete 
task  from  one  disk  to  another. 

C.  LOADCE,  GET  and  RETURN  programs  need  updates  to  extend  the 
page  numbering  limit  from  99  to  around  150  or  more. 

D.  An  additional  program  to  enable  the  automatic  printing  of  a  task 
(load  map  page  and  all  its  object  pages)  is  also  very  desirable  for 
documentation  phases. 

E.  Similarly,  a  program  to  analyze  a  CE  diskette1  s  directory  and 
produce  a  listing  of  page  allocation  on  a  task  by  task  basis  would  be 
very  useful  for  maintaining  automatic  inventory  of  CE  diskettes. 

F.  Finally,  it  would  be  most  productive  to  gather  together,  into  one 
master  program,  all  of  the  CE  diskette  maintenance  programs  and 
provide  a  menu  anproach  to  user  interaction.  This  can  be  done 
quite  easily  inasmuch  as  the  Intecolor  BASIC  supports  executing 

of  the  LOAD?  and  RUN  commands  as  BASIC  commands. 
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Intecolor  8001  Users  Manual .  Intelligent  Systems  Corp. 
Norcross,  Georgia. 


APPENDIX  B 


Subroutines  and  Data  Structures  in  FTWRP 

B-l  DOS-O  Data  Structures 

B-2  IDOS-O  Hierarchy  and  Subroutine  Usage 

B-3  I  DOS- 1  Subroutines 

B-4  IOC  Continuous  Input  Mode  Subroutines 
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B-l 

DOS-O  Data  Structures 


m 


LEVEL  0  SYSTEM  DATA  STRUCTURES 


9.  TASK  PROLOGUE  AREA  USER  PROGRAM 

9- a.  UNSOLICITED  INPUT  -  BUFFER  FORMATS  USER  PROGRAM 

10.  EXECUTIVE  MESSAGE  FORMATS  DOS-O 

1 0- a.  DOS-1  TO  DOS-O  MESSAGES 
10-b.  DOS-O  TO  DOS -I  MESSAGES 
1 0-c.  DOS-O  TO  TRACE  DEVICE 

11.  I/O  HARDWARE  STATUS  WORD  FORMAT  USER  &  DOS-O 

12.  DOS-1  FAULT  MESSAGES/FAULT  BITS  OPERATOR  &  DOS-1  | 

13.  CE  PROGRAM  STATUS  WORD  DOS-O 

14.  SYSTEM  STATUS  RETURN  MESSAGE  FORMAT  DOS-O  &  DOS-1 
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UPDATE  SUMMARY  I- OR  REVISION  A 


Section  4 


Section  5 


Section  6 


Section  9 


Section  1  0 


Section  10 


Section  1  2 


System  Requests 

•  Corrected  specification  of  multiple  input  request  parameter 
words. 

•  Added  three  more  system  requests: 

7  -  Data  recording  request 

8  -  Update  data  recording  control  words 

9  -  Modify  virtual  address 

Task  Load  Map  Page 

•  Included  definition  for  an  entry  to  be  used  as  a  patch  page. 

Common  Element  System  Status  Block 

•  Defined  Bit  9  of  Word  (fl  as  Bus  Alternation  Indicator 

CE  Task  Prologue 

•  Added  separate  PSW  values  for  unsolicited  input  and  clock 
interrupt  entries 

•  Added  modify  virtual  address  indicator  word 

•  Added  entry  addresses  and  PSW' s  of  direct  I/O  of  message 
codes  5,  6,  10,  11 

•  Added  data  recording  control  words, 

DOS-1  to  DOS-O  Messages 

•  Added  bus  control  bits  to  configuration  update  message 

•  Added  two  new  types: 

(>  -  Update  virtual  address  modification  control  word 
7  -  Update  data  recording  control  words 
B  DOS-O  to  DOS-1  Messages 

•  Schedule  task  request  uses  indicator  word  of  8 
Fault  Messages/Fault  Bits 

•  Added  four  more  faults;  three  for  data  recording,  one  for 
PROM  checksum  testing, 
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UPDATES  TO  THE  SYSTEM  DATA  STRUCTURES  DEFINITIONS 


Section  4  System  Requests 

•  Added  a  new  action  to  the  task  directives  -  Swap  Tasks 

•  Added  a  new  request  (6)  for  registering  a  user  detected  fault 
into  the  task  status  return  message.  Allowed  up  to  16  different 
fault  indicators. 


Section  8  CE  Logical  Device  List 

•  Added  Device  9  -  CE  Diagnostic  Task.  This  task  is  loaded  by 
each  CE  prior  to  tactical  operations  and  may  be  loaded  at  a 
later  time  for  detailed  testing.  The  task  number  is  74  (octal). 


Section  10  Executive  Messages 
Section  10A  DOS-1  to  DOS-O  Messages 

•  Added  a  new  message  type  (4)  -  Modify  Memory.  This  message 
type  permits  real-time  patching  of  user  programs  with  the  aid 
of  DOS-0,  The  message  specified  the  number  of  patches, 
followed  by  the  address -new  value  pair  for  each  patch. 

Section  10B  DOS-0  to  DOS-1  Messages 

•  Added  the  swap  tasks  message  to  the  task  directives  type.  The 
information  supplied  consists  of  the  virtual  addresses  to  be 
swapped  along  with  starting  addresses  of  each  task  when  started. 
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INPUT/OUTPUT  QUEUES  (l/OQ) 

•  Separate  double -linked  lists  for  the  input  requests  and  the  output 
requests. 

•  Used  to  keep  track  of  pending  or  ongoing  i/O  activities  of  the  CE. 

•  Each  entry  consists  of  24  words  in  the  format  below. 


Word 

Mnemonic 

Description 

0 

IOFP 

Forward  link  (0  if  at  end  of  list) 

1 

IO  BP 

Backward  link  (0  if  at  head  of  list) 

2 

IOPA 

Packet  address  of  request 

3 

IOHW 

Header  word  list  address  (points  to  IONMHD) 

4 

IOCWC 

Current  word  count 

5 

IOC  BA 

Current  buffer  address 

6 

IOSTAT 

Entry  status  word 

7 

IOOPTS 

Entry  options  word  (see  packet  option  word) 

8 

IOCMPG 

Common  memory  page  number 

9 

IO  EA 

Entry  address  for  associated  l/o  request 

10 

IOV  A 

Virtual  address  of  eventual  destination 

El 

IOVANM 

Index  of  virtual  address  in  header  word  list 

12 

IONMHD 

Number  of  header  words  in  following  list 

1  3-20 

IOHDRS 

Header  words 

21 

IOIDLT 

Multiply  input  request  -  Address  Delta 

22 

IOICNT 

Multiply  input  request  -  Number  of  Requests 

23 

-  -  - 

Spare  Word 

•  The  status  word  (IOSTAT)  contains  the  following  information: 


Bit  Number 

I  S 
12 

REST 


Description 

Entry  in  use 

I/O  request  completed 

Unde  fined 
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INPUT/OUTPUT  QUEUES  (I/OQ)  (Continued) 


Each  queue  has  a  number  of  pointer  and  counting  variables 


Variable 


Usage 


ITOP,  OTOP  Indicates  i/o  entry  at  the  top  (front)  of  queue 

IBOT,  OBOT  Indicales  l/O  entry  at  the  bottom  (tail)  of  queue 

ICURNT,  OCURNT  Indicates  l/O  entry  currently  being  processed 
ICOUNT,  OCOUNT  Number  of  entries  currently  in  the  queue 


Currently,  20  entries  available  for  use  for  both  input  and  output. 


FREE  ENTRY  STACK  (  FS  ) 

•  This  stack  contains  addresses  of  available  l/O  queue  entries. 

•  As  l/O  queue  entries  are  requested  (through  the  ■  ,;ne  DOPOPF) 

i  1  !  (thr<'  ;;!'  DP  ’*11),  the  tree  stack  grows  Mid  shrinks. 

•  There  are  several  [Jointer  and  counting  variables  related  to  FS: 


Variable 


FCOUNT 


Contents 


F ree  Stack  Top 
77 r  <>e  Stack  Bottom 
Free  Stack  Current 
Count  of  free  entries 


259 


LEVEL  0  REQUEST  STACK  (LORS) 


•  Used  by  level  0  to  respond  to  requests  from  higher  level  (interrupt) 
routines. 

•  Each  entry  in  stack  contains  four  words: 

Word  Contents 

0  Request  Number  -  1  No  request 

1  -  i  Supplemental  data 


•  Typical  requests  currently  envisioned  are: 

Load  user  task  (Request  Number  0) 

Data  =  User  task  load  map  page  number 

Start  user  task  (Request  Number  1) 

Data  =  Task  number,  start  address  (or  0 ) 

-  Send  fault  message  (Request  Number  Z) 

Data  =  Fault  identifier,  2  words  of  fault  data. 

See  Section  12  for  fault  identifiers  and 
message  data. 

•  Currently,  five  entries  available 


•  There  are  several  pointer  variables: 


Variable 

LORST 
LOR  SB 
LORSC 


Usage 

Top  of  LORS 
Bottom  of  LORS 
CurrtMit  entry  of  I.ORS 
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SYSTEM  REQUESTS  -  DOS-</ 


Request  # 
0  Write 

1  Read 


Data  Packet  Format 


Word  0  Status  Word 


Bit  15 
Bit  12 
Bits  11,10 

Bits  7-0 


Request  Queued 
i/O  Completed 
1 1  -  I/O  Error 

10  -  Data  Management  Error 

1 1  -  Status  Byte 
10  -  Code 


Word  1  Device  Number  (or  Header  List  Address) 

Word  2  Word  Count 


Word  3  Buffer  Address  (absolute  address) 


Word  4  Options 


Bit  15 

Bit  14 
Bit  13 

Bit  12 
Bit  11 
Bit  10 
Bit  ') 

Bit  8 
Bit  7 

Bits  6-0 


Executive  Message  (output  only)  - 
Uses  Word  7 

No  Retry  on  Recoverable  Errors 
Device  =  Header  List  Address 
(output  only) 

Scatter  Read  (input)  (uses  Bits  7-0) 
System  Packet  (Executive  only) 
Associated  Input  Request  (Exec  only) 
Common  Memory  Request 
Multiple  Input  Request 
0  -*■  Complex  Scatter  Read 
1  -*  Real  Scatter  Read 
Scatter  Read  Interval  (1  -127) 


Word  5  Common  Memory  Page  #  or  Multiple 

Input  Request  Parameter 


Bits  15-8  Number  of  Requests 

Bits  7-0  Address  Delta 


Word  6  Associated  Input  Entry  Address 

(DO^-</  use  only) 

Word  7  Executive  Header  Skeleton  (output  only) 

(Must  contain  message  code  -  may  contain 
destination  V  A) 


2b  1 


SYSTEM  REQUESTS  -  DOS-0  (Continued) 


Request  H 

Data  Packet  Format 

2  Trace  Update 

Word  0 

Bit  15 

Clear  -  Stop  tracing 

Set  =  Start  tracing 

Bits  7 

-  0  Trace  frequency  interval 

3  Unsolicited 

Word  0 

New  Options  Word  (see  Prologue 

Input  Update 

for  Definition) 

Word  1 

New  Data  Buffer  Address  \  Relative  to 

Word  2 

New  Header  Buffer  Address  |  DORG  0 

4  Clock  Inter¬ 

Word  0 

New  Options  Word 

rupt  Update 

Words  1-2 

New  Clock  Period 

5  DOS-1  Task 

Word  0 

Directive  Types 

Directives 

1  =  Schedule  task 

2  =  Suspend  task 

3  =  Resume  task 

4  =  Abort  task 

5  Swap  tasks 

For  Types  1, 

c.,  - ,  ** 

' 

Word  l 

Task  number 

Word  2 

Starting  Address  for  Task  Execution 
(If  0,  use  address  in  prologue) 

For  Type  5  (Swap  Tasks) 

Word  1 

Bits  15-8  Virtual  Address  1  of  Swap 

Bits 

7-0  Virtual  Address  2  of  Swap 

Word  2 

Starting  Address  for  Virtual  Address  1 

Word  3 

Starting  Address  for  Virtual  Address  2 

6  Register 

Word  0 

User  Fault  Number  (0  to  15) 

User  Fault 
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SYSTEM  REQUESTS  -  DOS-0  (Continued) 

Data  Packet  F o r m  at 

Word  0  Extraction  Point  Number 

Word  1  Number  of  Subrecords 

Each  Subrecord  has  Format: 

Word  2  Number  of  Words  (Subrecord  1) 

Word  3  Absolute  Address  of  Data  to  be  Recorded 

Word  4  Number  of  Words  (Subrecord  2) 

Word  5  Absolute  Address  of  Data  to  be  Recorded 

•  • 

•  • 

•  • 

8  Update  Record-  Word  0  Logical  Device  Number  (see  Section  8) 
ing  Control  Words 

Word  1  Recording  On  Flags 

Word  2  Recording  Off  Flags 

9  Modify  Virtual  Data  Packet  Address  =  New  Virtual  Address 

Address 
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4-A.  PHILOSOPHY  OF  USER  LEVEL  I/O 


When  a  user  makes  a  request  for  I/O,  the  status  word  of  the  user  packet 
(Word  0)  must  be  set  to  0.  After  the  request  is  made,  the  status  word  must  be 
checked  in  order  to  verify  that  the  request  was  queued.  This  is  done  by  testing 
Bit  15;  if  set,  the  request  has  been  queued  and  the  I/O  will  be  attempted.  If 
not,  DOS-$  was  unable  to  find  space  in  its  data  base  for  the  i/O  request. 

Once  a  request  has  been  queued,  the  status  may  be  checked  by  interro¬ 
gating  the  I/O  complete  bit  in  the  status  word  (Bit  12).  Until  all  of  the  requested 
i/O  has  been  completed  or  an  error  has  occurred,  this  bit  remains  0.  Thus  the 
user  should  periodically  check  this  bit.  Once  it  is  set,  the  determination  of 
correct  or  incorrect  termination  of  the  i/O  request  is  determined  through  the 
two  error  bits,  11  and  10. 

Bit  11  set  indicates  an  error  has  occurred  in  the  attempt  to  transmit  or 
receive  data.  If  Bit  1 1  is  set,  the  bottom  byte  of  the  status  word  (Bits  7-0) 
contains  the  i/O  status  word  from  which  can  be  obtained  the  actual  error,  (see 
Section  11). 

Bit  10  set  indicates  an  error  has  occurred  in  DOS-$'  s  attempt  to 
manage  the  data  represented  by  this  request.  In  this  case,  the  bottom  byte 
contains  a  code  indicating  which  type  of  error  occurred;  e.  g.  ,  word  count  too 
large,  etc. 

If  neither  error  bit  is  set,  the  l/o  request  has  been  completed  as  re¬ 
quested  and  the  user  may  now  reuse  the  packet  for  other  requests. 

If  a  user  request  for  input  generates  an  output  request,  and  an  error 
occurs  in  that  output  processing,  both  the  output  request  and  input  request 
packets  are  set  to  indicate  an  error,  which  would  be  the  same  error  in  both 
packets. 
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4-A.  PHILOSOPHY  OF  USER  LEVEL  l/O  (Continued) 


Option  Bits 

Executive  Mess age  (Bit  15)  (Output  Only) 

Used  for  output  only.  Permits  the  modification  of  the  header  list  of  the 
device  selected  by  OR'ing  in  the  executive  header  word  (Word  7  of  packet)  into 
the  destination  header  word.  This  skeleton  must  contain  a  valid  message  code 
and  may  or  may  not  contain  a  destination  address,  depending  on  the  device. 

No  Retry  on  Error  (Bit  14)  (Output  Only) 

If  this  bit  is  set  and  a  recoverable  error  is  encountered  (e.  g.  ,  bus  busy 
or  receiver  busy),  the  system  will  not  retry  the  l/O. 

Header  List  Supplied  (Bit  1  3)  (Output  Only) 

Use  of  this  option  directs  DOS-0  to  bypass  the  device  number  to  header 
list  translation  phase  of  l/O  processing  by  using  the  header  list  address  supplied 
in  the  device  word  field  of  the  user  packet.  Use  of  this  option  requires  that  both 
the  destination  field  and  the  message  code  field  appear  in  the  header  list. 

Scatter  Read  (Bit  12)  (Input  Only) 

If  this  bit  is  set,  the  operating  system  request  performs  a  scatter  read 

of  data,  which  each  word  read  being  separated  from  the  next  by  a  count  equal 

th 

to  Bits  6  -  0  of  the  options  word.  For  example,  to  scatter  read  into  every  9 
word,  set  Bit  12  and  store  a  9  into  the  lower  byte.  Bit  7  is  then  used  to  indi¬ 
cate  real  (set)  or  complex  (clear)  read,  i.  e.  ,  complex  reads  two  words,  skip, 
read  two  word,  etc. 

System  Packet  (Bit  11) 

When  this  bit  is  set,  the  DOS-0  system  has  invoked  a  packet  from  the 
packet  stack.  In  the  case  of  l/O  message  completion,  the  packet  must  be  re¬ 
turned  to  the  packet  stack. 


4-A.  PHILOSOPHY  OF  USER  LEVEL  i/O  (Continued) 

Associated  Input  Request  (Bit  10)  (Output  Only) 

When  set,  this  bit  indicates  that  the  current  output  request  was  generated 
d  i  ■  to  an  input  request  to  a  common  memory  or  a  non-bus-extender  IOC.  In 
this  case,  the  PAEA  field  of  the  l/O  packet  must  contain  the  I/O  queue  entry 
address  for  the  associated  input  request. 

Common  Memory  Request  (Bit  9) 

If  set,  the  bit  indicates  that  the  CM  page  field  of  the  packet  contain  page 
number  to  be  fetched  or  stored. 

Multiple  Input  Requests  (Bit  8) 

Automatically  regenerates  the  specified  number  of  input  requests  with 
each  input  buffer  address  incremented  by  specified  amount.  Uses  Word  5  for 
number  of  requests  and  address  delta. 

Common  Memory  l/O  Requests 
Output  Requests 

Device  #  (18,  19)  -*  Device  Field  (Word  1) 

Set  Bit  9  in  Options  Word  (CM  Request)  (Word  4) 

Set  Page  I!  —  CM  Page  ft  Field  (Word  5) 

Data  in  Data  Buffer  Address  —  Buffer  Address  (Word  3) 

Word  Count  <140  (Word  2) 

Input  Requests 

Device  If  (18,  19)  -*•  Device  Field  (Word  1) 

Set  Bit  9  in  Options  Word  (CM  Request)  (Word  4) 

Set  Page  H  —  CM  Page  If  Field  (Word  5) 

Buffer  Area  —  Buffer  Address  (Word  3) 

Desired  If  Words  —  Word  Count  (Word  2) 
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4-B. 


SYSTEM  I/O  PACKETS  AREA  (SYSPA) 


•  Composed  of  five  entries  pointing  to  a  packet  plus  5  words  of 
message  area  (SYSPA) 

•  Stack  used  to  point  to  available  packets  (PASTK) 

•  Pointer  into  slack  for  currently  available  packet  (PASTKC) 

•  Two  routines  to  pop  and  push  packets 

•  Counter,  to  indicate  number  of  available  packets  (PASTCT) 

•  Used  by  system  routines  for  fault  messages  and  DOS-1  messages 

•  Buffer  Address  Field  points  to  message  area  of  the  entryl 
TASK  LOAD  MAP  PAGE 

•  Used  by  the  DOS-O  loader  HIOLOAD)  to  control  the  loading  of  user 
programs 

•  Each  user  task  is  broken  down  into  segments  which  represent  up  to 
240  contiguous  words  of  the  task. 

•  Header  words  of  the  load  map  page  tell  the  type  ol  load  map 
(currently  always  zero)  the  number  of  segments  (1  to  59),  an 
identifier  (i.  e.  ,  task  number  27). 

•  Each  segment  is  specified  by  4  words: 

-  Common  memory  page  number  for  the  bodv  nf  the  segment 

-  Start  address  of  where  to  load  body 

-  Number  of  words  to  load 

-  Checksum  of  words  to  be  loaded 

•  Format  is  given  on  the  next  page 

•  Number  of  words  to  load  entry  may  contain  Bit  15  set.  This  indi¬ 
cates  a  relocatable  load  of  a  data  segment.  DOS-0  responds  by 
loading  the  segment  using  the  start  address  specified  plus  the  start 
address  of  global  data. 

•  A  Load  Map  Page  entry  consisting  of  a  stack  address  and  word 
count  both  =  0  indicates  a  patch  page  and  will  be  handled  by  (he 
loader  as  a  patch  page  using  format  of  executive  message  type  5 
(see  Section  1  0). 


Word  0 


Word  l 


Word  Z 


Word  3 


5-A. 


COMMON  MEMORY  DIRECTORY  PAGE 

•  For  Common  Memories  containing  stored  programs,  the  directory 
resides  on  page  3. 

•  Two  words  per  entry,  one  entry  per  possible  virtual  address. 

•  Entry  contains  an  entry  status  word  and  a  load  map  page  number. 

•  If  entry  status  word  equals  the  virtual  address,  then  a  task  with 
the  specified  virtual  address  may  be  loaded  using  the  load  map 


page  number. 

Format: 

Word  0 

Word 

_L 

VA  0 

VA  1 

0  or  1 

Load 

Map  Page  Number  for  Task  1 

• 

• 

• 

• 

• 

• 

• 

• 

• 

VA  '77 

0  or  '77 

Load 

Map  Page  Number  for  Task  '77 

Z69 


i 


COMMON  ELEMENT  SYSTEM  STATUS  BLOCK  (SYSTAT) 


Four  word  block  of  summary  system  status  data  to  be  sent  to  DOS-1 
upon  status  request. 

Word  0 

gives  state  of  CE: 

Bit 

Meaning 

15 

Initializing 

14 

Loading  a  task 

1  3 

Task  loaded  and  not  executed 

12 

Task  in  execution 

11 

Idle 

10 

Task  Suspended  (see  next  page) 

9 

Bus  Alternation  Indicator  (0  =  Disabled,  1 

=  Enabled) 

8 

Summary  Error  Bit  -  (If  set,  error  bit(s) 

2,  3,  or  4) 

set  in  words 

7-6 

01  Card  Type  =  CE 

5-0 

Virtual  Address 

•  Words  1,  2  describe  a  number  of  possible  DOS-$  error  situations: 
where  word  1  contains  fatal  errors  and  word  2,  non-fatal  errors. 
See  Section  12  for  assignment  of  error  indications. 

•  Word  3  -  reserved  for  User  Task  Fault  Indicator  from  0-15. 
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() -A.  PHILOSOPHY  OF  TASK  SUSPENSION  fc  RESUMPTION  IN  DOS-O 

Suspension  consists  of  a  loop  executed  in  the  Input  Handler  of  DOS-O. 

The  loop  is  terminated  by  the  receipt  of  an  Executive  message  requesting 
either  task  resume  or  task  abort. 

While  a  task  is  suspended,  no  output  messages  are  transmitted;  input 
messages  are  accepted  and  processed.  Any  output  complete  interrupts  re¬ 
ceived  will  be  processed,  but  no  new  messages  will  be  initiated.  Also,  while 
a  task  is  suspended,  user  clock  interrupts  are  not  honored. 

Task  resumption  is  caused  by  the  receipt  of  the  Executive  message  to 
resume  the  task.  In  detail,  the  input  pending  handler  clears  the  suspended 
bit  in  the  CE  status  word,  upon  which  an  "earlier"  instance  of  the  handler  is 
polling.  Before  this  level  is  exited,  the  output  routine  is  called  to  initiate  any 
output  which  may  have  been  queued  while  in  the  suspended  state. 

A  task  abort  request  is  processed  by  setting  up  information  in  the  level 
0  request  stack  (10RS)  and  performing  a  drop  to  level  0  to  send  an  error 
message  to  DOS-1  and  enter  into  the  idle  loop  awaiting  further  directions  from 
DOS-1. 
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CONFIGURATION  TABLE  (CONFIG) 

•  Contains  header  lists  and  supplementary  information  pertaining  to 
the  translation  of  logical  device  numbers  into  virtual  addresses. 

•  For  each  device  in  the  system,  this  table  contains  a  12-word  entry 
in  the  following  format: 


Word  Number  Mnemonic 


Contents 


0 

l 


2 

3 

11 


VA 

VAIN 


Nil  D 
UDRS 


Virtual  address  of  the  final  element 
designated  as  the  logical  device. 

Index  into  the  header  list  for  the  header 
list  for  the  header  word  containing  the 
virtual  address  of  word  0;  i.  e.  the 
index  to  the  destination  header  word. 
Value  lies  between  1  and  8. 

Number  of  header  words  in  the  follow¬ 
ing  list 

1  to  8  header  which  form  the  header  list 
used  for  all  communications  to  the 
specified  logical  device. 

Spare  word 


•  Part  of  this  table  is  set  with  default  device  assignments  at  start-up 
time  by  DOS-0;  but  may  be  updated  with  new  configuration  data 
received  from  DOS-l.  Currently,  the  CONFIG  table  is  initialized 
for  the  following  logical  devices  at  start-up: 

0  System  Load  Device 

1  Bootstrap  Load  Device 

2  System  Device 

3  Operator  and  Trace  Device  (used  for  pages  0,  1,  2) 

4  Fault  Display  Device 
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8. 


COMMON  ELEMENT  LOGICAL  DEVICE  LIST 


Device  # 


Description 


0 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

1  3 

14 

15 

16 

17 

18 
19 


Program  Load  Device 

Bootstrap  Load  Device 

System  Device  (DOS-1) 

Operator/Trace  Device  (Pages  0,  1,  2) 

Fault  Display  Device  Page  1 

General  Device  -  Master  Cluster 

General  Device  -  Slave  Cluster  1 

General  Device  -  Slave  Cluster  2 

General  Device  -  Slave  Cluster  3 

CE  Diagnostic  Task 

Radar  Data  Source 

Radar  Data  Collector 

Radar  Data  Processor 

Radar  Data  Post  Processor 


Clutter  Map  -  Area  1 
Clutter  Map  -  Area  2 


Also,  *73  -  intermediate  virtual  address  used  during 
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Seek  Igloo  Demonstration 

'40  through  '54 
’17-Device  1 -Port  D 
'77 

'40  through  '54 
*40  through  '54 
0 

N/A 

n/a 

N/A 

'74 

'50  -  Device  1 -Port  C 

•60 

'61 

•75 


•  44 

•45 

task  swap. 


USER  TASK  PROLOGUE  AREA 


•  Occupies  the  first  256  words  (octal  -100)  of  the  RAM  area. 

•  Supplies  information  for  starting  user  execution  at  various  entry  points 

•  Maintains  the  status  of  task  execution 

•  Format  as  on  next  page 

•  Must  be  assembled  into  every  program  to  be  run  on  a  CE. 
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CE  TASK  PROLOGUE  (Continued) 


Word  Number 


Contents 


0 

1 

2 

3 

4 

5 

6 

7 

■10 

'll  -  '27 
'30 


'31 

'32 

'33 

'34 


'35  -  '36 


Task  Number 


Initialization  Entry  Address 

* 

Starting  Address  -  Initial  Load 

j| 

Unsolicited  Input  Entry  Address 

* 


Clock  Interrupt  Entry  Address 
Reconfiguration  Entry  Address 
Starting  S  Value^ 

Socket  Address^ 


* 


Global  Data  Size 
Base  Register  Values 


*tt 


Unsolicited  Input  Options 


*t 


Bit  15  -  Accept  Data 
Bit  14 


Set: 


Data  +  Headers  -»  Data  Buffer 


f  Data  —  Data  Buffer 
•  ear.  ^  jqeacjers  _  Header  Buffer 


Data  Buffer  Address 
Heauer  List  Buffer  Address 
Unused 


^  ?  Relative  to  DORG  (fi 


ru  „i  n,  a  *t  (  Bit  1  5  Set  -  Clock  Interrupt  Desired 
Clock.  Ootion  <  _  r  _ 

(  Bits  7-0  -  Clock  Interrupt  Frequency 

Clock  Period  (LSB  approximately  2  ms) 

(Continued  on  Next  Page) 


Set  by  User  at  Assembly  Time 
^  Modified  by  DOS-$  at  U  ser  Request 

Modified  by  DOS-<^  for  Operating  System  Usage 


m 


9.  CE  TASK  PROLOGUE  (Continued) 


Word  Number 


Contents 


•46  -  '47 


'60  -  '77 


Trace  Indicator 


i  Bit  1 5 
(  Bits  7- 


-  Set  -  Start  Trace 
Clear  -  Stop  Trace 
0  -  Trace  Frequency 


Modify  Virtual  Address  Indicator 


Bit  15  =  1 


Modify  Permitted 
No  Modify  Permitted 


' 102  -  '377 


PSW  Values  for  Initialization  Entry 
PSW  Values  for  Starting  Address 
PSW  Values  for  Unsolicited  Input  Entry 
PSW  V  alues  for  Clock  Interrupt  Entry 
PSW  Values  for  Reconfiguration  Entry 
Unused 

Direct  i/O  Entry  Address  Message  Code  5  ^ 

Direct  i/O  Entry  Address  Message  Code  6* 

Direct  i/O  Entry  Address  Message  Code  10  3 

.  *  ^ 

Direct  i/O  Entry  Address  Message  Code  11  J 

Direct  i/O  PSW  Value  Message  Code  5  ^ 

Direct  i/o  PSW  Value  Message  Code  6  i> 

)  " 

Direct  l/O  PSW  Value  Message  Code  10  3 

A 

Direct  l/o  PSW  Value  Message  Code  11  j 

*  /  ft 

Trap  Locations  /Return  Addresses' 

i 

Data  Recording  -  Base  Extraction  Point  Number 

Data  Recording  -  On/Off  Flag  Word*^ 

Reserved  for  Expansion 


o> 

10 

T3-  p 


«  >• 
3  " 

2  rj 


Set  by  User  at  Assembly  Time 
^  Modified  by  DOS-0  at  User  Request 
^  Modified  by  DOS-0  for  Operating  System  Usage 
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9 -A.  UNSOLICITED  INPUT  BUFFER  FORMATS 


•  Unsolicited  input  messages  are  available  to  the  user  task  in  two 
portions;  the  header  area  and  the  message  area.  Below,  we  pre¬ 
sent  the  structure  of  these  two  areas. 


HEADER  BUFFER: 


Word  Number 
0 

1  -  N 
N  +  1 


Designation 

N 

Hn 

M 


Description 

Number  of  header  words  (1  or  8) 
Received  header  words 
Message  word  count 


MESSAGE  BUFFER: 
0  -  M  -  1 


Words  of  the  message 


•  The  user  may  request  these  buffers  to  be  stored  in  separate  areas 
or  to  be  located  in  one  area,  in  which  case  the  header  buffer  pre¬ 
ceded  the  message  buffer. 

•  Because  of  (he  unknown  nature  of  unsolicited  input,  the  user  should 
reserve  ten  .^ords  for  the  header  buffer  area,  and  256  words  for  the 
message  buffer  area. 

•  The  user  has  the  option  of  altering  the  unsolicited  input  options  in 
real  time  through  a  system  request  (number  3  -  see  Section  4). 
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EXECUTIVE  MESSAGES 


1 0-A.  DOS-1  to  DOS-O  Messages 

•  All  use  a  message  code  of  14. 

•  All  the  DOS-1  to  DOS-O  messages  have  the  following  format: 

Word  0  Message  type 

Words  1  -  n  Body  of  the  message 

•  The  various  message  types  and  the  structure  of  the  body  of  the 
message  is  given  below: 


Message  Type  Format  of  the  Message  Body 


0 

Load  Task 

Word  1 

1 

Start  Task 

Word  1 

Word  2 

2 

Configuration 

Word  1 

Data  Update 

Load  Map  Page  Number 

Task  Number 
Starting  Address  or  0 

k  Number  of  Configuration  Items  plus 
Bus  Control  Word 

Bit  15  0  =  No  alternating 

1  =  Alternating 
Bit  14  0  =  Bus  A 

1  =  Bus  B 

Bits  13-0  Number  of  items 


Word  2  1 

Word  3  d 

Word  4  VA 

Word  5  m 

Word  6  n 

Word  7-1+1 


Number  of  Words  for  Item  1  including 
this  wort!  count 

Device  Number 

Virtual  Address  of  Actual  Card 
Index  to  Final  Header  (1  <  m  s  n) 
Number  of  Headers 
Ileader(s) 


Word  1  +  2  and  on  for  items  2  through  k 


i  Task  Word  1 

Directive 


Directive 

2  Suspend  Task 

3  -  Resume  Task 

4  -  Abort  Task 
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10-A.  DOS-1  to  DOS-O  Miis.>ai!'.'s  (Continued) 


Message  Type  Fornsal  oi  the  Message  Body 

4  Memory  l/C  (See  M.  J.  Young  Memo  MJY-04A) 

5  Modify  Memory  Word  1  n  Number  of  Modifications 

Word  2  Address  for  Modification  1 

Word  3  New  value  for  Address  in  Word  2 

Word  4  Address  for  Modification  2 

Word  5  New  value  for  Address  in  Word  4 


Word  2  Address  for  Modification  n 

Word  2n+l  New  value  for  Address  in  Word  2n 


6  Update  Virtual 
Address  Modi¬ 
fication  Control 
Word 


Word  1 

Bit  1  5 


New  Virtual  Address  Modification 
Control  Word 

Set:  Modification  Permitted 

Clear:  Modification  Prohibited 


7  Update  Record-  Word  1  Recording  On  Flags 

ing  Control  , 

Words  Word  2  Recording  Off  Flags 
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DOS-O  to  DOS-I  Messages 

All  have  format  of: 

Word  0  -  Message  Type 

Word  1  -  n  -  Message  Body 

Message  Type  Body  Format. 


1  Error  Messages  Word  1 

Word  2  -  n 

2  Task  Directives  Word  1 

r  0 
8 

<  3 

4 
^  5 
Word  2 
Word  3 
Word  4 


Fault  Number  f  .  .  _  , 

>  Message  Code  =  9 

Subsidiary  Data  ) 

Action  > 

Task  Loaded  as  Requested 
Schedule  Task 
Suspend  Task 
Resume  Task 

)  MC  =  3 

Abort  Task 
Swap  Tasks 

Task  ID(s)  for  8 ,  2,  3,  4,  5* 

Start  Address**  (1 ) 

Start  Address  (2)  y 


* 

Swap  Task  -  Virtual  Address  1  in  bits  15  -8,  Word  2 
Virtual  Address  2  in  bits  7-0,  Word  2 

Start  Address  for  Virtual  Address  1  in  Word  2 
Start  Address  for  Virtvial  Address  2  in  Word  4 


i{c  t  . 

Schedule  Task  -  Start  Address  -  If  (p ,  DOS-(p  uses  address  in 

prologue.  Word  2, 

NB  uses  73  as  an  intermediate  VA  during  swap. 
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10-C.  DOS-O  to  Trace  Device  (Page  1  of  Common  Memory,  '40) 


Word  Number 


Contents 


0 

1 

2 

3 

4 


Page  Sequence  Number 

Test  Number  =  2  for  Trace  Message 

!0  Register  Dump 
1  Registers  and  Memory 

Word  Count  (n)  for  memory  dump  option, 
must  be  less  than  222  words. 

Starting  address  for  memory  dump 


5-9 
10  -  18 


Spare  words 


Register  contents:  M  =  Instruction,  P,  S,  B, 

X,  A,  E,  I,  W 


19  -  (n  +  17) 


Memory  dump 
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li.  I/O  STATUS  WORD  FORMAT 

The  l/o  status  word  is  divided  into  four  fields;  receive  word  count, 
receive  status,  transmit  status,  last  transmit  bus. 


15  8 

7  5 

4  1 

o 

Receive  word  count  Receive  status  Transmit  status  Bus 


Bits  Status  Field  Definition 

15-8  Receive  word  count  for  last  block  received.  Does 

not  include  the  initial  header  word. 


7-5 


4  -  1 


Receive  status  Octal 

100  -  Idle  200 

110  -  Parity  Error  on  Bus  A  300  1 

101  -  Parity  Error  on  Bus  B  240  ) 

010  -  Incomplete  Block  A  100 

001  -  Incomplete  Block  B  040 

000  -  Receive  Buffer  Full  000 

All  others  -  Illegal 

Transmit  Status  Octal 

1111  -  Transmit  Triggered  036 

1101  -  Bus  Busy  032 

1011  -  Arbitration  Fault  026 

1001  -  Reply  Fault  022 

0111  -  Receiver  Busy  016 

0101  -  Parity  Error  012 

0011  -  Timing  Fault  006 

0001  -  Done  002 

0000  -  Idle  000 

All  others  -  Illegal 


no  interrupt 


0  Last  Transmit  Bus 

0  -  Bus  A 
1  -  Bus  B 
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12.  FAULT  MESSAGES/FAULT  BITS  TO  DOS-1 


Imp. 

No. 

F  ault 

Fault  Data 

Routine 

X 

1 

Illegal  Instruction 

Address,  Instru 

DOILLI 

X 

2 

Illegal  Address 

Address, 

DOILLA 

X 

3 

Stack  Overflow 

Overflow  Indicator 

DOSTAK 

X 

4 

Invalid  System  Call 

Call  #,  Packet  Addr. 

DOSYSC 

5 

System  Call  I/O  Error 

P.  A.  ,  Status 

DOSYSC 

X 

6 

Input  Error 

Status  Word,  Header 

DO  IN 

7 

Unable  to  Queue  Input 

8 

SPARE 

9 

Unable  to  Queue  Input 

DO LOAD 

10 

l/O  Error  or  Checksum  Error 

DOLOAD 

11 

Unable  to  Queue  Input  Request 

Packet  Address 

DOUR 

12 

Unable  to  Queue  Output  Request 

Packet  Address 

DOUR 

13 

Unable  to  Queue  Output  Request 

Packet  Address 

DOIOR 

X 

14 

Incorrect  Header  List 

First  Header 

DO  IN 

X 

15 

Invalid  Message  Code 

Code,  Header 

DO  IN 

16 

Task  Abort 

DOPIM 

X 

17 

i/O  Trace  Error  Status  Word 

Status  Word 

DO  TRAC 

X 

18 

Undefined  Execute  Message 

Message  Number 

DOPIM 

X 

19 

Unwanted  Unsolicited  Input 

Header  Word 

DO PUNS 

X 

20 

Execute  Message  not  from  Exec. 

Header 

DOPIM 

X 

21 

Returned  Message 

Header 

DOPIM 

X 

28 

l/O  Error  in  Data  Recording 

n/a 

DOSYS  7 

X 

29 

Buffer  Overflow  in  Data  Record. 

n/a 

DOSYS  7 

X 

30 

Faulty  Extraction  Point  Number 

n/a 

DOSYS 7 

X 

31 

DOS-$  PROM  Checksum  Error 

n/a 

DOCLCK 

3fe 

Currently  Implemented 
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*4  /  A'#*' 


— * 


12. 


FAULT  MESS  AGES/FAULT  BITS  TO  DOS-1 


Imp.  * 

No. 

F  ault 

Fault  Data 

Routine 

X 

1 

Illegal  Instruction 

Address,  Instru 

DOILLI 

X 

2 

Illegal  Address 

Address, 

DOILLA 

X 

3 

Stack  Overflow 

Overflow  Indicator 

DOSTAK 

X 

4 

Invalid  System  Call 

Call  #,  Packet  Addr. 

DOSYSC 

5 

System  Call  i/O  Error 

P.  A.  ,  Status 

DOSYSC 

X 

6 

Input  Error 

Status  Word,  Header 

DO  IN 

7 

Unable  to  Queue  Input 

8 

SPARE 

9 

Unable  to  Queue  Input 

DOLOAD 

10 

l/o  Error  or  Checksum  Error 

DOLOAD 

11 

Unable  to  Queue  Input  Request 

Packet  Address 

DOUR 

12 

Unable  lo  Queue  Output  Request 

Packet  Address 

DOUR 

13 

Unable  lo  Queue  Output  Request 

Packet  Address 

DOIOR 

X 

14 

Incorrect  Header  List 

First  Header 

DO  IN 

X 

15 

Invalid  Message  Code 

Code,  Header 

DO  IN 

16 

Task  Abort 

DOPIM 

X 

1  7 

i/O  Trace  Error  Status  Word 

Status  Word 

DO  TRAC 

X 

18 

Undefined  Execute  Message 

Message  Number 

DOPIM 

X 

19 

Unwanted  Unsolicited  Input 

Header  Word 

DO  PUNS 

X 

20 

Execute  Message  not  from  Exec. 

Header 

DOPIM 

X 

21 

Returned  Message 

Header 

DOPIM 

X 

28 

I/O  Error  in  Data  Recording 

N/A 

DOSYS7 

X 

29 

Buffer  Overflow  in  Data  Record. 

N/A 

DOSYS7 

X 

30 

Faulty  Extraction  Point  Number 

n/a 

DOSYS7 

X 

31 

DOS-0  PROM  Checksum  E^ror 

n/a 

DOCLCK 

Jje 

Currently  Implemented 


COMMON  ELEMENT  PROGRAM  STATUS  WORD  (PSW) 


IS  14  13  12  11  10  9 

#  *  *  *  *  Unused  *  *  »• 


8  7  6 

„nss 


5  4  3  2 

1 

0 

J 

OFj  t 

DU 

M 

E 

Bits  Field  Name  Description  V aluos 

7-5  RS  Register  Set  Number  0-7 


4 

OF 

Overflow  Indicator 

0 

- 

No  overflow 

1 

- 

Overflow 

2 

T 

Trace  Indicator 

0 

No  trace 

1 

- 

Trace 

1 

M 

Program  Mode 

0 

• 

User  (non-private) 

1 

- 

System  (private) 

0 

E 

* 

Interrupt  Enable 

0 

Disabled 

1 

- 

Enabled 

3 

I 

Instruction  Set  No. 

0 

Set  0 

1 

- 

Set  1 

Interrupts  include: 

i.  Output  complete 

ii.  Input  pending 

iii.  Clock  interrupt 

iv.  Trace  interrupt  (  ?  ) 
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14.  SYSTEM  STATUS  RETURN  MESSAGE  FORMAT  (CE/lOC/CM) 


Word  Number 

0 


1-2-3 


Format/  Contents 


Bits  15-9  Status  of  Card 

Bit  8  Error  Summary  Bit 

Bits  7-6  Card  Type 

00  Illegal 
01  CE 

10  IOC 

11  CM 


Bits  5-0  Virtual  Address 


Error  Indicators  -  1  bit  per  error 


NOTE:  Error  summary  bit  in  word  0  is  set  whenever  one  or 

more  error  indicator  bits  are  set  in  words  1  through  3. 

See  Memo  H.  E.  T.  Connell  HETC-04  for  more  details 
on  status  return  messages. 
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Release  of  DOS-O  Version  22 

Version  22  of  DOS-<f>  was  released  on  March  15,  1979  into 
all  CE's  in  the  Sudbury  Test  Facility.  The  only  major  update  item 
for  this  version  is  that  two  new  system  requests  have  been  added 
to  the  list  of  services  provided  by  DOS-'!’. 

These  new  system  requests  are: 

System  Request  10  -  Dequeue  an  output  request 

System  Request  11  -  Dequeue  an  input  request 

Both  of  these  requests  require  a  packet  address  in  the  A 

register  at  the  time  the  request  is  issued.  Upon  return  from  the 

request,  bits  13  and  14  of  the  status  word  of  the  racket  (word  <t> ) 

may  be  interrogated  in  order  to  obtain  some  inform  tion  about  the 

dequeuing  request.  In  particular, 

* 

Bit  13  set  implies  that  the  specified  packet  address 

was  found  in  the  queue  and  that  the  request 
was  properly  dequeued 

Bit  14  set  indicates  that  the  packet  address  was  not 
found  in  the  queue  and  that  no  action  was 
taken 

These  system  requests  have  been  implemented  to  alleviate  the  problem 
of  10  request  entries  (in  DOS—  )  becoming  exhausted  in  the  case  where 
a  user  "time's-out"  on  an  10  request  and  reinserts  another  request  into 
the  queue. 

Thus,  the  following  sequence  should  be  used  for  maintaining 
maximum  10  entries  in  DOS-0: 

— ^  Issue  system  request  to  read/write 

Check  status  of  queued  10  request 

If  request  not  complete,  issue  system  request  to 
dequeue  (and  set  on  error  indicator) 

—  Perform  processing 

Any  problems  relating  to  these  new  system  requests  should 
be  reported  to  me. 
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B-2 

IDOS-O  Hierarchy  and  Subroutine  Usage 
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Figure  B-2.  IDOS-O  Hierarchy 


Name 

DOINI 

DOIDL 

IDOSO 

I  OMR  I 
PORES 
PAS  IT 
FMSG 

SRTNO 

TEXT 

LOPROT 

LVA 

RTND 

EXEC 

FETCH 


Table  B-2.  IDOS-O  Subroutines  and  Functions 


Function 


Parameters  Returned  Values 


IDOS-O  Initialization 
starts  Interval  timer 
interrupts,  sets  up  tables, 
calls  I USER 

IDOS-O  Idle  Loop  Entered 
From  Fatal  Errors 

Interval  Timer  Service 
Routine  -  Polls  TIE, 

Updates  User  Clock 

Input  Message  Processor 

Reset  Function  Handler 


Passes  Buffer  to  User 

Outputs  Fault  Message  to 
DOS-1 

Status  Return  Processor 
Text  Message  Processor 

List  to  Protected  Screen  HL  =  Address  of 

character 

D  =  Y  Boundary 

E  =  X  Boundary 


Load  Virtual  Address 
Handler 

Returned  Block  Processor 


Executive  Message  Handler 
Buffer  Fetch  -  Constructs 
Buffer  Packet 


HL  =  Buffer  Packet 
Pointer 


None 
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Table  B-2.  IDOS-O  Subroutines  and  Functions  (Cont'd) 


Name 

Function 

Parameters 

Returned  Values 

ICC 

Checks  for  Inter-Cluster 
Communication  (multiple 
Headers) 

HL  =  Header  List 

Carry  =  Yes 

No  Carry  =  No 

CMINP 

Common  Memory  input  Handler 

CMOUT 

Common  Memory  Output 

SWTHD 

Updates  Headers  to  Return 
a  Message 

D£  =  Address  to 
which  Headers 
will  go 

SWITCH 

Switches  Sourse  &  Destin¬ 
ation  in  a  Header 

BC  =  Header 

STATUS 

Status  request  Processor 

DECODE 

Determines  if  CM  Page  is 
on  Disk  or  in  RAM  sets  up 
FCS  Command  and  Buffer 

BC  =  Page  No 

DE  -  Buffer  ADDR 

IOMOR 

System  Service  Handler 

A  =  Call  Number 

BC't 

DE  > Service  Parameters 
HL  J 

DOOUT 

Message  Output  Handler 

B  =  Header  Count 

C  =  Word  Count 

DE  =  Header  List  ADOR 
HL  =  Data  Buffer  ADOR 

A  *  Status 

DOCLK 

User  Clock  Update 

BC  =  New  Options 

DE  =  New  Period 

DOSUA 

Set  Virtual  ADOR 

B  =  New  VA 

DOSEL 

Select  Bus 

B  =  New  Bus  Option 

DORFL 

Register  Fault 

B  =  Fault  Number 

Table  B-2.  IDQS-Q  Subroutines  and  Functions  (Coot’s) 


Name 

Function 

Parameters 

Returned  Values 

NEWBF 

Fetch  New  Input  Buffer  HI 

Packet 

.  =  Address  to 

Store  Packet 

A  =  Status  of 
Packet 

RELBF 

Release  Packet 

DOPGM 

Initialize  Page  Map 

SWINT 

Software  Interrupt  Handler 

FlTMSG 

Output  Fault  Message  A 

*  Fault  Number 

SCALL 

Invalid  System  Call  E 

=  Sys  Call  No. 

1SERR 

I/O  Status  Error  Handler 

IVAMC 

Invalid  Message  Code 

Handler 

TABRT 

Task  Abort  Handler 

UDIDO 

Invalid  Exec  Message  E 

*  MSG  Type 

EXNDI 

Exec  MSG  Not  From  DOS-1 
Handler 

DOZER 

Input  Message  Error  -  Hard 
Failurle 

Orop  to  Idle  Loop 

DO  I  OR 

Output  Error  -  Hard  Failure 

Drop  To  Idle 
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IDOS-O  Major  Variables  and  Data  Structures 


Variable  Size  Starting 

Name  Bytes  Address 


Description 


CONTBL 

512 

F400 

Configuration  Table,  Not  Used 
At  Present 

PGMAP 

512 

F600 

Page  Map 

PGBUF 

512 

F800 

Temporary  Page  Buffer 
(Available  to  User) 

PG000 

512 

FAOO 

Page  0  Buffer 

PG001 

512 

FCOO 

Page  1  Buffer 

PG002 

512 

FEOO 

Page  2  Buffer 

STATO 

2 

E008n 

1  IDOS-O  Task  Status  Words, 

STAT1 

2 

EOOA  | 

[  Sent  to  DOS-1 

STAT2 

2 

EOOC  1 

f  Upon  Status  Request 

ST  AT  3 

2 

EOOE/ 

Message 

NCLK 

2 

E006 

User  Clock,  Current  Value 

IBUFP 

2 

EOIO 

IDOS-O  Input  Packet  Pointer 

CBPTR 

2 

E012 

Current  Buffer  Pointer 

CHDRCT 

1 

E014 

Current  Header  Count 

CHADR 

2 

E015 

Current  Header  Address 

CSRC 

1 

E017 

Current  Source 

CSRCPT 

2 

E018 

Current  Source  Address 

CWDCT 

1 

E01A 

Current  Word  Count 

CMSGCD 

1 

EOIB 

Current  Message  Code 

CCMPG 

1 

EOIC 

Current  CM  Page  Number 

BUFOF 

1 

EOID 

Packet  0  Buffer  Full  Flag 

PTRO 

2 

E01E 

Packet  0  Buffer  Pointer 

HDCTO 

1 

E020 

Packet  0  Header  Address 
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IDOS-O  Major  Variables  and  Data  Structures  (Con't) 


Variable 

Size 

Starting 

Description 

HDADO 

2 

E021 

Packet  0  Header  Address 

SRCO 

1 

E023 

Packet  0  Source 

SRCPO 

2 

E024 

Packet  0  Source  Address 

WDCTO 

1 

E426 

Packet  Word  Count 

MSGO 

1 

E027 

Packet  Message  Code 

CMPGO 

1 

E428 

Packet  0  CM  Page  No. 

BUF1F 

12 

E029 

Packet  1 

BUF2F 

12 

E035 

Packet  2 

TEMPO 

1 

E042 

TEMPI 

1 

E043 

>  Temporary  Storage 

TEMP2 

1 

E044 

) 

SRETF 

1 

E045 

Status  Return  in  Progress 
Flag 

SBUSF 

1 

E046 

XMIT  Bus  Option 

ALTBF 

1 

E047 

Output  Failure  Retry  in 
Progress 

RETRF 

1 

E048 

Retry  Authorization  on 
Output 

SVCFG 

1 

E049 

Software  Interrupt  in 
Progress 

UBUFP 

2 

E04A 

User  Input  Packet  Pointer 

RESET 

1 

E04C 

Reset  in  Progress 

OSTK 

2 

E04D 

User  Stack  Pointer  Save 
Area 

IHDRO 

16 

E04F 

Header  Buffer  -  Packet  0 
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I DOS-O  Major  Variables  and 


Variable 

Size 

Starting 

IHDR1 

16 

E24F 

IHDR2 

16 

E44F 

IBUFO 

496 

E05F 

IBUF1 

496 

E25F 

IBUF2 

496 

E45F 

bufad 

480 

E661 

a  Structures  (Con't) 


Description 

Header  Buffer  -  Packet  1 

Header  Buffer  -  Packet  2 

Data  Buffer  -  Packet  0 

Data  Buffer  -  Packet  1 

Data  Buffer  -  Packet  2 

Output  Buffer  for  CM  Input 
Handler 


B-3 


IDOS-1  Subroutines 
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Table  B-3.  I DOS- 1  Subroutines 


Name 


Description 


ID0S1 

D1ENT 

RESTART 

SYSIN 

STARTUP 

CLKIN 

ERSCR 

CMDPRO 

CMDER 

PARER 

NOPAR 

ERPOS 

CLKSVC 

RECNF 

STPOLL 

CLEAR 

LSTAT 

MSGP? 

MSCD3 

STPRO 

DSPMSG 

FAULT 

RLBUFF 

STNUP 


Main  entry  point— performs  initialization 

Pulse-Pair  processing  entry  point 

Restart  entry  point  (after  RESET) 

Entry  point  for  processing  CONT  command 

Loads  all  tasks  in  preparation  for  system  startup 

Inits  all  clocks  (system  clock,  spare  rotation  clock,  etc) 

Erases  the  screen,  then  enters  the  command  processor 

Command  processor 

Illegal  command  entry  point 

Illegal  Parameter  entry  point 
HL  =  position  of  error 

Missing  Parameter  entry  point 
HL  -  position  of  error 

Outputs  position  of  error  in  command  line 
HL  =  position  of  error 

Clock  interrupt  service  routine 

Reconfiguration  routine 
A  =  VA  to  be  reset 

Status  poll  routine  entry  point 

Erases  screen,  then  repaints  status  on  display 

Paints  status  on  display  (without  erasing  first) 

Message  input  interrupt  handler 

Message  Code  3  handler 

Status  return  (message  code  8)  handler 

Displays  message  to  screen 

Fault  message  (message  code  9)  handler 

Release  input  message  buffer  to  IDOS-O 

Updates  STNDX  table 

A  =  old  VA 

B  =  new  VA 
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Table  B-3.  IDQS-1  Subroutines  (con't) 


SYSLD 

FSTNX 

BREAK 

RILST 

TASK 

CESRT 

CESPR 

TSKER 


Nanie  Description 

0  =  'card  type 

1  =  VA 

2  =  Status  byte  1 

3  =  Status  byte  2 

4  =  job  status 

5  =  task  ID 

6  =  task  VA 

7  =  status  poll  count 
C  =  entry  number  (SA) 

DE.HL  modified 

Fetch  SYSTBL  entry  (value  returned  in  A) 
B  =  word  in  entry 
C  =  entry  number  (SA) 

DE.HL  modified 

Fetch  STNDX  entry  (returned  in  A) 

A  =  VA 

DE.HL  modified 

Checks  for  keyboard  (BREAK)  key  depressed 

2  =  break  is  detected 

Remove  VA  from  idle  list 

(SP+2)  =  VA 

A, B, DE.HL  modified 

CARRY  =  error  in  task  load 

Starts  all  loaded  tasks 

CARRY  =  error  in  task  start 

Checks  spare  list  for  loadable  CEs 

CARRY  =  none  found 

Task  load  e-ror  (fatal 
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Table  B-3.  IDOS-1  Subroutines  (con't) 


Name 


Description 


IOCER 

SYSER 

TSKLD 


SUSTK 

RESTK 

ABRTT 

ABRT 


IOCST 

SNPAR 

STPSP 


SPROT 

P1UPD 


IOC  failure  (nonfatal) 

System  error  (fatal) 

Loads  a  task 

DE  =  task  ID 

TSRL  =  task  VA 

Suspend  all  tasks 

Resume  all  tasks 

Abort  all  tasks 

Abort  a  task 

A  =  VA  to  be  aborted 

C  =  SA  of  card  to  be  aborted 

IOC  startup  routine 

Send  signal  processing  parameters  to  CE 
A  =  VA 

Stop  signal  processing  in  CEs 
A  =  VA 

CARRY  =  not  stopped  due  to  error 
Performs  spare  rotation 

Page  1  Update  interrupt  handler  (displays  CE  memory 
dump  or  trace  data) 


The  following  routines  perform  the  command  processor  functions 


RES 

Performs 

RES  command 

DIR 

Performs 

DIR  command 

CLR 

Performs 

CLR  command 

SAV 

Performs 

SAV  command 

LOA 

Performs 

LOA  command 

PRNT 

Perform  1 

PRINT  command 

RADIX 

Performs 

RADIX  command 
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Table  B-3.  IDOS-1  Subroutines  (con't) 


Name 

CYB 

INIT 

TSK 

ST 

DSP 

POMOD 

MODFY 

MSG 

SVA 

SBUSS 

CMR 

CMW 

CMREQ 

SCH 

CON 

TRA 

TSP 

TRS 

SETT 

STQ 

CTQ 

ABOTR 

CPP 


Description 

Performs  CYB  command 
Performs  INI  command 
Performs  TSK  command 
Performs  ST  command 
Performs  DSP  command 

Sets  up  Page  0  for  DSPM  and  MODM  commands 

Performs  MOD  command 

Performs  MSG  command 

Performs  VA  command 

Performs  BUS  command 

Performs  CMR  command 

Performs  CMW  command 

Common  processing  for  CMR  and  CMW 

Performs  SCH  command 

Performs  CON  command 

Performs  TRA  command 

Performs  TSP  command 

Performs  TRS  command 

Performs  SET  command 

Performs  STQ  command 

Performs  CTQ  command 

Performs  ABORT  command 

Performs  CONT  command 
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Table  B-4.  FTWRP  Subroutines  and  Functions 


Name 


Description 


START 

DWELL 

FORMAT 

OUTDAT 

OSLINT 

IQPULS 

LZPULS 

D0S1DR 

CHGPAR 

CHGVAD 

CHGLT1 

CHGLT2 

SUSPEN 

RESTRT 

CHGLUT 

SLNTIN 

TSKINI 


Initialization  entry  point 

Main  processing  loop  and  dwel 1-level  entry  point 

Formats  and  outputs  data  to  OS 

Outputs  a  message  to  OS 

Outputs  SLINT  data  to  next  CE 

Coherent  channel  pulse-level  processor 

Reflectivity  channel  pulse-level  processor 

DOS-1  directives  handler 

Changes  signal  processing  parameters 

Sets  up  CE  to  change  VA  for  spare  rotation 

Loads  Range  Normalization  look-up  table 

Loads  Tangential  Shear  look-up  table 

Suspends  signal  processing 

Restarts  signal  processing 

Common  processing  for  CHGLT1  and  CHGLT2 

Inputs  new  SLINT  data  from  previous  CE 

Initializes  all  packet  addresses  and  constants 
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B-4 

IOC  Continuous  Input  Mode  Subroutines 
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IOC  Continuous  Input  Mode  Subroutines 


NAME 


DESCRIPTION 


RECVIN 

RECBLK 

PRETRN 

TRANSM 

SWRAM 

INPSEL 

ADDRAM 

CMTN 


Determines  the  wordcount  of  the  next  block  of  data 
and  places  it  in  R6 

Used  in  "pinq-ponqinq"  X  and  Y  RAMS  by  setting  one 
RAM  in  input  mode,  while  preparing  other  for  output. 

Assumes  wordcount  is  in  R6.  Writes  the  header  word 
and  wordcount  in  RAM  in  preparation  for  transmission 
to  a  CE. 

Starts  transmission  in  one  RAM,  then  prepares  other 
RAM  for  receiving  from  Input  Synchronizer.  Waits  until 
transmission  is  complete,  and  checks  transmitter  status. 

Used  in  copying  virtual  address  and  wordcount  list  from 
oriqinal  RAM  to  oth»r  RAM. 

Determines  whether  coherent  chanel  or  reflectivity  channel 
data  is  to  be  input  next,  and  places  value  of  R1  or  R5 
into  R2  accordingly.  R2  will  thus  have  the  address  of 
the  next  virtual  address  and  wordcount  to  be  used. 

Addresses  the  proper  RAM  at  the  address  contained  in 
register  R2. 

Sets  up  receiver  to  begin  receiving  at  the  third  word 
in  the  current  RAM  (leaves  two  words  for  header  and 
word  count).  Starts  receiver,  then  the  transmitter 
is  started. 
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APPENDIX  C 


"Notes  on  Circular  Vectoring 
(D.  A.  Syiek  memo  IDAS-02) 
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ABSTRACT 

■  -  ■  -  - -  \ 

One  of  the  concluding  steps  in  the  algorithm  implemented  by  the 
FTWRP  being  developed  for  AFGL  to  replace  existing  hardware,  ie  the 
calculation  of  tan" 1  (y/x).  In  the  present  system,  special-purpose 
hardware  utilizes  a  ROM  look-up  table  to  find  this  number.  However, 
with  the  proposed  new  system,  such  an  approach  represents  an  un¬ 
necessary  cost  increase,  as  the  processor  itself  is  capable  of  being 
programmed  for  this  calculation.  This  paper  is  a  short  treatise  on  the 
method  used  to  implement  this  operation. 

Initially,  traditional  Cordic  was  explored  as  a  possible  solution. 

This  method  visualizes  x  and  y  as  coordinates  of  a  vector,  the  angle  of 
which  is  equal  to  tan'1  (y/x).  If  one  rotates  this  vector  about  the  origin 
until  its  y  component  is  zero  and  its  x  is  max.  positive,  then  the  original 
angle  of  the  vector  is  found  by  summing  the  amount  of  rotation  required  to 
reach  this  state.  The  angular  rotation  is  performed  by  rotating  towards 
the  positive  x  axis  a  little  at  a  time,  using  fixed  angles  of  decreasing  magnitude. 
Any  series  of  angular  rotations  is  acceptable  provided  the  sum  of  the  re¬ 
maining  series  at  any  point  is  at  least  as  large  as  the  amount  yet  to  be  rotated. 
This  condition  necessitates  that  the  sum  of  the  entire  series  be  *  180°  in 
order  to  accommodate  the  entire  range  of  -180°  to  +180°.  This  also  means 
that  the  sum  of  the  remaining  series  at  any  point  must  be  at  least  as  great  as 
the  current  angle  of  rotation.  In  more  formal  terms: 


Theorem: 


Given  a  vector  of  angle  0,  in  the  range  -180°  to  +180®,  any  series  of 

rotations  {  +  a,,  iCt^.  •  •  •  +an  )  made  towards  the  positive  x  axis  will 

n  n 

cause  y  to  converge  to  zero  if:  (1)  8i  *  180®  and  (2)  ]T  a.i  a. 

i  =  1  i * j+  1 


for  j  =  1, 2,  3.  .  . 
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'Proof:" 

(1)  Obvious  if  allowed  to  range  f*  om  -180°  to  +180°.  (2)  Suppose 

that  at  rotation  i,  0t  a  0,  (the  proof  of  the  case  of  0^  <  0  is  identical)  and 
we  want  to  rotate  degrees.  Then  0i  +  j  =  0^  -  tt-.  0^  +  j  *6  either  i  0  or 
<0  depending  on  the  relative  magnitudes  of  0.  and  c^.  If  8^  +  j  is  <0,  then 
9  ^  can  be  as  negative  as  -a^  (since  0^  was  as  small  as  zero)  and  the  sum 

of  the  remaining  rotations  must  be  to  correct  for  this  error.  If  ^  is 
a  0,  then  the  sum  of  the  remaining  rotations  must  be  a  0.  +  ^  for  the  same 
reason.  Since  the  fastest  converging  series  usually  rotate  at  least  half  the 
remaining  angle  at  each  step,  we  shall  assume  that  if  0j  +  j  4  0  then  it  is  also 
sa—  Thus  in  both  cases,  the  sum  of  the  remaining  rotations  must  be  a  & 

One  can  see  that  given  these  requirements,  the  fastest  converging 
series  of  angular  rotations  is  the  one  given  by  -  180  •  2  1  where  i  =  1, 2,  3. . . 

Cordic  chooses  its  series  as  follows.  The  first  rotation  is  chosen 
as  90°  and  new  x,  y  coordinates  are  computed  directly: 

xzsyn 

)  (for  clockwise  rotation) 
y2  =  "X1 ' 

Succeeding  rotations  are  chosen  based  on  the  following: 


y 
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xi+ 1 

=  X.  + 
l 

k.r.  sin  0. 
11  1 

1 

=  yi  - 

k.r.  cos  0. 

Substituting 

equation 

(1)  into  (2) 

Xi+1 

=  x.  + 

l 

k.y 

i7i 

yi+i 

=  yi  - 

k.x. 
i  i 

tan  a- 

k.r. 
i  l 

■  r 

=  k. 

1 

(2) 


(3) 

(4) 


Cordic  chooses  k.  such  that  all  math  can  be  done  by  shifts  and  addB: 
i 

k.  =  2'(i'1).  i  =  2,3,...  So  tan  ft;  =  2_(i" 1}  and  at  =  tan"1  (2*(i'1)).  The 
resulting  series  of  angles  is  {90°,  45°,  26.5°...  tan  (2  1  ')  and  can  be 

shown  to  fulfill  the  two  requirements  set  down  in  the  theorem.  When  imple¬ 
menting  a  Cordic  routine,  these  angles  must  be  kept  in  a  table  and  added  (or 
subtracted,  depending  on  direction  of  rotation)  from  the  rotational  sum  at 
each  step  of  rotation. 

Cordic  has  the  disadvantage  of  being  a  "growing"  algorithm  in  the  sense 
that  the  length  of  the  vector  increases  at  each  step  of  rotation.  In  the  limit, 
the  final  vector  may  be  as  much  as  1.65  times  as  long  as  the  initial  one.  If 
this  disadvantage  is  coupled  with  the  fact  that  a  non-growing  rotation  naturally 
results  in  a  final  x  coordinate  which  may  be  41  times  as  great  as  the  largest 
initial  coordinate  (case  of  45°  vector),  it  means  that  in  order  to  avoid  overflow, 
x,  y  inputs,  which  are  allowed  to  range  over  the  entire  precision  of  the 
computer,  must  be  scaled  down  by  a  factor  of  l/(4z  •  1.65)  or  .43.  With 
traditional  machines  this  would  be  done  by  right  shifting  arithmetically  two 
places  and  would  mean  a  loss  of  two  bits  of  precision. 
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An  algorithm  similar  to  Cordic  which  converges  faster  can  be  discovered 
by  re-examining  equations  (3)  and  (4).  Choose  to  be  that  of  the  fastest 
converging  series  mentioned  earlier.  Thus  =  180  •  2"1  and  ki  solves  to  be 
equal  to  tan  (180  •  2"1).  Note  now,  that  this  approach  requires  more  than  just 
shifts  to  do  its  rotations.  The  equations  for  xi+^  and  y  are  now: 

xi+l  =  xi  +  tan  (180  *  2'^  yi] 

l  (clockwise  rotation)  (5) 

yi+l  =  yi  "  tan  (18°  '  2"^  xi  j 

In  the  FTWRP,  however,  such  divisions  are  made  easy  using  the  TRW  MPY-16AJ 
multiplier. 

When  implementing  an  algorithm  of  this  type,  a  table  of  tan  (180  •  2"1) 
must  be  kept  and  referenced  for  each  rotation.  Angles  of  rotation  may  be 
calculated  by  shifts  since  each  angle  is  half  its  predecessor. 

Growth  on  this  algorithm  limits  to  a  factor  of  about  l/(/~?  •  1.58)  or  .45. 

This  algorithm  has  the  advantage  of  fast  convergence  with  only  two  uses 
of  the  multiplier  per  iteration.  Also  since  only  a  tan  table  need  be  kept, 
memory  usage  is  at  a  minimum. 

A  third  algorithm  uses  the  fast  convergence  and  a  non-growing  rotation. 
Non-growing  rotation  is  possible  through  the  use  of  the  standard  tri gonometri c 
rotation  equations: 

xi+l  =  xi  cos  ai  +  yi  sin  ai 

(clockwise  rotation)  (6) 

yi+l  =  yi  cos  «i  -  *i  sin  «i 

Where  o^.  is  again  determined  by  c^.  =  180  •  2"1,  =  1,2,3... 
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In  this  case,  tables  of  cos  a.  and  sin  must  be  kept  and  referenced 
at  each  rotation.  Again  angles  of  rotation  can  be  found  by  shifts  since  each 
is  half  its  predecessor.  Note  also,  that  the  TRW  multiplier  makes  possible 
the  divisions  on  which  this  algorithm  is  based. 

Scaling  problems  are  limited  to  the  V~2  factor  di£  .ussed  earlier.  Thus, 
inputs  must  be  scaled  by  1/V~2  or  .707  before  implementing  the  algorithm. 
This  is  a  loss  of  1  bit  of  precision  if  a  single  riftht  shift  arithmetic  is  done. 

Conclusion: 

After  a  careful  study  of  the  relative  speeds  of  execution  on  the  FTWRP, 
it  was  found  that  the  second  algorithm  ran  the  fittest  but  was  closely  followed 
in  speed  by  the  third.  It  was  decided  to  implement  the  third  algorithm  due 
to  its  increased  accuracy. 
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There  are  two  major  considerations  involved  in  determining  the 
maximum  capabilities  of  the  FTWRP  system.  The  first  of  these  is  the  IOC 
Continuous  Input  Mode  timing,  and  the  other  is  the  speed  of  the  CE-resident 
pulse-pair  algorithms. 

While  in  the  Continuous  Input  Mode,  the  IOC  must  receive  and  transmit 
two  packets  of  data  for  every  block  of  range  cells  (in  the  normal  system, 

5  blocks).  Therefore,  there  must  be  10  packet  transfers  for  each  radar 
pulse  interval. 

The  maximum  time  the  select  lines  (SELO  and  SEL1)  may  remain  inactive 
(that  is,  the  time  when  neither  is  active  and  switching  from  one  to  the 
other  is  taking  place),  is  determined  by  the  following  formula: 

Tsei(,jsec)  =  Tp  *  (Nrc/Nce)  -  2  *  [f  *  (Nrc/Nce)] 

2 

where  Nee  is  the  number  of  processing  CEs  (normally  5) 

Nrc  is  the  number  of  range  cells  processed  per  pulse  repetition 
interval 

Tp  is  the  time  per  range  cell  (  in  pseconds) 

and  f  is  the  FTSP  bus  data  bandwidth  in  psec/word. 

Table  D-l  enumerates  various  values  for  Tsel  with  all  possible  values 
for  Nrc,  Tp,  and  bus  bandwidth.  Empirical  analysis  shows  that  the  actual 
inactive  select  time  in  FTWRP  is  approximately  32-38  psec.  The  bus  band¬ 
width  is  somewhat  greater  than  4  Mwords/sec,  but  less  than  5  Mwords/sec 
(the  actual  value  must  still  be  determined).  Therefore,  according  to 
Table  D-l,  depending  on  the  actual  bus  bandwidth,  1024  range  cells  @  1 
psec  is  certainly  possible,  and  768  range  cells  @  1  psec  is  probable. 

Other  combinations,  such  as  Nrc  -  256  @  1  psec,  are  clearly  unrealizable. 

The  CE  timing  is  affected  by  four  major  components  of  processing: 

1)  the  reflectivity  pulse-level  processing,  2)  the  coherent  pulse-level 
processing,  3)  the  dwell-level  processing,  and  4)  the  output  formatting 
operation.  These  times  are  determined  by  the  following  formulae  (all 
values  are  in  number  of  microcycles): 
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Reflectivity: 

Tr  =  [ (Nsi  -  1)  (129  +  3Nrc)}  +  (247  +  3Nrc)  +  lOONsi 
Coherent: 

Tc  =  [(Nsi  -  1)  (139  +  llNrc) ]  +  (245  +  llNrc)  +  lOONsi 
Dwell  Processing: 

Td  =  614  +  lllNrc 
Format  and  Output: 

Tf  =  1521  +  9693(Nrc/79)  +  106{Nrc  mod  79) 

where : 

Nsi  -  number  of  pulses  per  dwell 
Nrc  =  number  of  range  cells  per  CE 
/  =  integer  divide  (truncated  result) 

The  total  time  required  to  perform  on  a  dwell  of  information  is  thus 
T  =  TfJc(Tr  +  Tc  +  Td  +  Tf) 

where  Tjjc  is  the  CE  microcycle  time  (for  ease  of  computation,  250  nsec 
is  used  here,  but  actually  it  is  closer  to  240-245  nsec). 

Using  the  above  formulas,  assuming  Nrc  =  768,  the  worst-case  maximum 
PRF  of  the  radar  transmitter  is  determined  to  be: 

PRF  =  1236  Hz  (Nsi  =  64) 

1358  Hz  (Nsi  =  128) 
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Table  D-l. 


Maximum  Allowable  Inactive  Select  Times 


Tsel 


Nrc 

Tp 

f  =  .25 

f  =  .. 

256 

1 

12.5 

9.9 

512 

1 

25.0 

19.8 

768 

1 

37.5 

29.7 

1024 

1 

50.0 

39.6 

256 

2 

38.0 

35.4 

512 

2 

76.0 

70.8 

768 

2 

114.0 

106.2 

1024 

2 

152.0 

141.6 
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Listing  E-l.  Range  Normalization  Table  Generator 


10  B=120:c=100 

20  Pl  =  l/<  L0G< 10  )  )JP2=6/<  P1*L0G( 2  )*0.4  ) 

30  FOR  C=100  TO  101 
40  A=53248SM=0 
45  A=A-65536 
50  D=15 

60  IF  C=101  THEN  H=31 
70  POKE  A»OJPOK£  A+1.5 
80  A=A+2 
90  FOR  L= 1  TO  5 

100  Z  =  49152-65536 

101  POKE  ZfOlPOKE  Z+l»0:Z=Z+2 

110  FOR  N  =  MTO  M+239 

111  IF  N  -  0  THEN  150 

112  IF  N>=1024  THEN  155 
120  X='iNT<  FULOG<  N  >*P2  HD 

130  poke  z»o spoke  ZU.X 

131  PRINTN t X 
140  Z=Z+2 
150  NEXT  N 

155  E4-" SA01 *  PAGE  •  " 

160  F'L0T2/:PLGT4 

170  PRINT  E$+RIGI-iT$(  STR$<  B  >f3  >+’’  COOO  1E0 
180  PLU727 : PLOT  27 
190  B=fcrl 
200  M=i1i240 

210  POKE  A, 0 SPOKE  A+irB-1 

220  POKE  A  +  2»0  *  POKE  AT 3 *240 

230  A=A+4 

240  NEXT  L 

250  POKE  A-l»64 

260  PL0T27 JF'LOT 4 

270  PRINT  E*+RIGHT4< 8TRi< C )t3  )+M  DOOO  1E0 
280  PL0T27JPL0T27 
290  NEXT  C 
300  END 


Table  C-l.  Range  Normalization  Tables  (T  =  lyS) 

f.ei-1- 


4» 

.j T£*>'s 

4 

1 

15 

53 

n 

29 

54 

cc 

3 

38 

JJ 

4 

44 

56 

5 

49 

57 

6 

53 

58 

7 

t 

57 

59 

8 

60 

60 

9 

62 

61 

10 

64 

62 

11 

66 

63 

12 

68 

64 

13 

70 

65 

14 

72 

66 

15 

73 

67 

16 

74 

63 

17 

76 

69 

10 

77 

70 

19 

78 

71 

20 

79 

72 

21 

80 

73 

it 

A.  4. 

81 

74 

23 

82 

75 

24 

S3 

76 

25 

84 

77 

26 

85 

78 

27 

86 

79 

28 

87 

80 

29 

87 

81 

30 

38 

82 

31 

89 

83 

32 

90 

84 

33 

?0 

85 

34 

91 

86 

35 

91 

87 

36 

92 

88 

37 

93 

89 

38 

93 

90 

39 

94 

91 

40 

94 

92 

41 

95 

93 

42 

95 

94 

43 

96 

95 

44 

96 

96 

45 

97 

97 

46 

97 

98 

47 

98 

99 

48 

98 

100 

49 

99 

101 

50 

99 

102 

51 

100 

103 

52 

100 

104 

* 

100 

105 

101 

106 

101 

107 

102 

108 

102 

109 

102 

no 

103 

111 

103 

112 

103 

113 

104 

114 

104 

115 

105 

116 

105 

117 

105 

118 

105 

119 

106 

120 

106 

121 

106 

122 

107 

123 

107 

124 

107 

125 

108 

17  i 

108 

127 

108 

128 

109 

129 

10? 

130 

109 

131 

109 

132 

110 

133 

110 

134 

110 

135 

110 

136 

111 

137 

111 

138 

111 

139 

111 

140 

112 

141 

112  ; 

142 

112 

143 

112 

144 

113 

145 

113 

146 

113 

1  47 

113 

148 

113 

149 

114 

114 

150 

151 

114 

152 

114 

115 

115 

153 

154 

115 

155 

156 

115 

115 

116 
116 
116 
116 
116 
117 
117 
117 
117 

117 

118 
118 
118 
118 
118 
118 
11? 
11? 
11? 
11? 
11? 
120 
120 
120 
120 
120 
120 
120 
121 
121 
121 
121 
121 
121 
122 
122 
122 
122 
122 
122 
122 
123 
123 

123 

123 

123 

123 

124 
124 
124 
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Table  E-l.  Range  Normalization  Tables  (T  =  lyS) 


CELL 

CONTENTS 

CELL 

CONTENTS 

CELL 

CONTEW 

# 

# 

ii 

157 

124 

187 

128 

217 

131 

158 

124 

188 

128 

218 

131 

159 

124 

189 

128 

219 

131 

160 

124 

190 

128 

220 

131 

161 

124 

191 

128 

221 

131 

162 

125 

192 

128 

222 

131 

163 

125 

193 

128 

223 

132 

164 

125 

194 

128 

224 

132 

165 

125 

195 

129 

225 

132 

166 

125 

196 

129 

226 

132 

167 

125 

197 

129 

227 

132 

168 

125 

198 

129 

228 

132 

169 

126 

199 

129 

229 

132 

170 

126 

200  ' 

129 

230 

132 

171 

126 

201 

129 

231 

132 

172 

126 

202 

129 

232 

132 

173 

126 

203 

129 

233 

132 

174 

126 

204 

130 

234 

133 

175 

126 

205 

130 

235 

133 

176 

126 

206 

130 

236 

133 

177 

127 

207 

130 

237 

133 

178 

127 

208 

130 

238 

133 

179 

127 

209 

*  JO 

239 

133 

180 

127 

210 

130 

181 

127 

211 

130 

182 

127 

212 

130 

183 

127 

213 

131 

184 

127 

214 

131 

185 

127 

215 

131 

186 

128 

216 

131 
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Table  E-l. 

CELL  CONTENTS 
# 


240 

133 

241 

133 

242 

133 

243 

133 

'44 

133 

241 

134 

246 

134 

24/ 

134 

248 

134 

249 

134 

250 

134 

134 

252 

134 

253 

134 

254 

134 

255 

134 

256 

134 

257 

135 

258 

135 

259 

135 

260 

135 

261 

135 

262 

135 

263 

135 

264 

135 

265 

135 

266 

135 

267 

135 

268 

135 

269 

136 

270 

136 

271 

136 

272 

136 

273 

136 

274 

136 

275 

136 

276 

136 

277 

136 

278 

136 

279 

136 

280 

136 

281 

137 

282 

13  7 

283 

137 

284 

137 

285 

137 

286 

137 

287 

137 

288 

137 

289 

13  7 

Range  Normalization  Tables 


CELL 

CONTENTS 

# 

290 

137 

291 

137 

292 

137 

293 

137 

294 

137 

295 

138 

296 

138 

297 

138 

298 

138 

299 

138 

300 

138 

301 

138 

302 

138 

303 

138 

304 

138 

305 

138 

306 

138 

307 

138 

308 

139 

309 

139 

310 

139 

311 

139 

312 

139 

313 

139 

314 

139 

315 

139 

316 

139 

317 

139 

318 

139 

319 

139 

320 

139 

321 

139 

322 

139 

323 

140 

324 

140 

325 

140 

326 

140 

327 

140 

328 

140 

329 

140 

330 

140 

331 

140 

332 

140 

333 

140 

334 

140 

335 

140 

336 

140 

337 

140 

338 

141 

339 

141 

CELL  CONTENTS 

# 


340 

141 

341 

141 

342 

141 

343 

141 

344 

141 

345 

141 

346 

141 

347 

141 

348 

141 

349 

141 

350 

141 

351 

141 

352 

141 

353 

141 

354 

142 

355 

142 

356 

142 

357 

142 

358 

142 

359 

142 

360 

142 

361 

142 

362 

142 

363 

142 

364 

142 

365 

142 

366 

142 

367 

142 

368 

142 

369 

142 

370 

142 

371 

143 

372 

143 

373 

143 

374 

143 

375 

143 

376 

143 

377 

143 

378 

143 

379 

143 

380 

143 

381 

143 

382 

143 

383 

143 

384 

143 

385 

143 

386 

143 

38  7 

143 

388 

143 

389 

144 

4 
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Table  E-l.  Range  Normalization  Tables  (Tn  =  lyS) 


CELL 

a 

CONTENTS 

390 

144 

391 

144 

392 

144 

393 

144 

394 

144 

395 

144 

396 

144 

397 

144 

398 

144 

399 

144 

400 

144 

401 

144 

402 

144 

403 

144 

404 

144 

405 

144 

406 

144 

407 

145 

408 

145 

409 

145 

410 

145 

411 

145 

412 

.145 

413 

145 

414 

145 

415 

145 

416 

145 

417 

145 

418 

145 

419 

145 

420 

145 

421 

145 

422 

145 

423 

145 

424 

145 

425 

145 

426 

146 

427 

146 

428 

146 

429 

146 

430 

146 

431 

146 

432 

146 

433 

146 

434 

146 

435 

146 

436 

146 

437 

146 

438 

146 

439 

146 

CELL 

a 

CONTENTS 

440 

146 

441 

146 

442 

146 

443 

146 

444 

146 

445 

146 

446 

147 

447 

147 

448 

147 

449 

147 

450 

147 

451 

147 

452 

147 

453 

147 

454 

147 

455 

147 

456 

147 

457 

147 

458 

147 

459 

147 

460 

147 

461 

147 

462 

147 

463 

147 

464 

147 

465 

147 

466 

147 

467 

148 

46e 

148 

469 

148 

470 

148 

471 

148 

472 

148 

473 

148 

474 

148 

475 

148 

476 

148 

477 

148 

478 

148 

479 

148 
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Table  E-l 


Range  Normalization  (ccn't) 


CELL  CONTENTS 
# 


480 

148 

481 

148 

482 

148 

483 

148 

484 

148 

485 

148 

486 

148 

487 

148 

488 

148 

489 

149 

490 

149 

491 

149 

492 

149 

493 

149 

494 

149 

495 

149 

496 

149 

497 

149 

498 

149 

499 

149 

500 

149 

501 

149 

502 

149 

503 

149 

504 

149 

505 

149 

506 

149 

507 

149 

508 

149 

509 

149 

510 

149 

511 

14? 

512 

150 

513 

150 

514 

15C 

515 

150 

516 

150 

517 

150 

518 

150 

519 

150 

520 

150 

521 

150 

522 

150 

523 

150 

524 

150 

525 

150 

526 

150 

52/ 

150 

528 

150 

529 

150 

CELL 

CONTEN 

# 

530 

150 

531 

150 

532 

150 

533 

150 

534 

150 

535 

150 

536 

150 

537 

151 

538 

151 

539 

151 

540 

151 

541 

151 

542 

151 

543 

151 

544 

151 

545 

151 

546 

151 

547 

151 

548 

151 

549 

151 

550 

151 

551 

151 

552 

151 

553 

151 

554 

151 

555 

151 

556 

151 

557 

151 

558 

.1.51 

559 

151 

560 

151 

561 

151 

562 

152 

563 

152 

564 

152 

565 

152 

566 

152 

567 

152 

568 

152 

569 

152 

570 

152 

571 

152 

572 

152 

573 

152 

574 

152 

575 

152 

576 

152 

577 

152 

578 

152 

579 

152 

CELL 

a 

CONTENTS 

580 

152 

581 

152 

582 

1.52 

583 

152 

584 

152 

585 

152 

586 

152 

587 

152 

588 

152 

589 

153 

590 

153 

591 

153 

592 

153 

593 

153 

594 

153 

595 

153 

596 

153 

597 

153 

598 

153 

599  * 

.1.53 

600 

153 

601 

153 

602 

153 

603 

153 

604 

153 

605 

1.53 

606 

153 

607 

153 

608 

153 

609 

153 

610 

153 

611 

153 

612 

153 

613 

153 

614 

153 

615 

1  53 

616 

154 

617 

154 

618 

154 

619 

154 

620 

154 

621 

154 

622 

154 

623 

154 

624 

1.54 

625 

.154 

626 

154 

627 

154 

628 

154 

629 

154 

320 


Table  E-l 


Range  Normalization  (con't) 


CELL 

CONTENTS 

CELL 

CONTENTS 

# 

# 

630 

154 

680 

156 

631 

154 

681 

156 

632 

154 

682 

156 

633 

154 

683 

156 

634 

154 

684 

156 

635 

154 

685 

156 

636 

154 

686 

156 

637 

154 

687 

156 

638 

154 

688 

156 

639 

154 

689 

156 

640 

154 

690 

156 

641 

154 

691 

156 

642 

154 

692 

156 

643 

154 

693 

156 

644 

154 

694 

156 

645 

„  154 

695 

156 

646 

155 

696 

156 

647 

155 

697 

156 

648 

155 

698 

156 

649 

155 

699 

156 

650 

155 

700 

156 

651 

155 

701 

156 

652 

155 

702 

156 

653 

155 

.  703 

156 

654 

155 

704 

156 

655 

155 

705 

156 

656 

155 

706 

156 

657 

155 

707 

156 

658 

155 

708 

157 

659 

155 

70 9 

157 

660 

155 

710 

157 

661 

155 

711 

157 

662 

155 

712 

157 

663 

155 

713 

157 

664 

155 

714 

157 

665 

1  55 

715 

157 

666 

155 

716 

157 

667 

155 

717 

157 

668 

155 

718 

157 

669 

1 55 

719 

157 

670 

155 

671 

155 

672 

155 

673 

155 

674 

155 

675 

155 

676 

156 

677 

156 

678 

156 

679 

156 

321 

Table  E-l. 


CELL 

# 

CONTENTS 

720 

157 

721 

157 

722 

157 

723 

157 

724 

157 

725 

15/ 

726 

157 

727 

157 

728 

157 

729 

157 

730 

157 

731 

157 

732 

157 

733 

157 

734 

157 

735 

157 

736 

157 

737 

157 

738 

157 

7  39 

157 

740 

157 

741 

157 

742 

158 

743 

158 

744 

158 

745 

158 

746 

158 

747 

158 

748 

158 

749 

158 

750 

158 

751 

158 

752 

158 

753 

158 

754 

158 

755 

158 

756 

158 

757 

158 

758 

158 

759 

158 

760 

158 

761 

158 

762 

158 

763 

158 

764 

1.58 

765 

158 

766 

158 

767 

158 

768 

*158 

76V 

158 

Range  Normalization  (con't) 


CELL  CONTENTS 
# 


770 

1 58 

771 

158 

772 

158 

773 

158 

774 

158 

775 

158 

776 

158 

777 

159 

778 

159 

779 

159 

780 

159 

781 

159 

782 

159 

783 

159 

784 

159 

785 

159 

786 

159 

787 

159 

788 

159 

789 

159 

790 

159 

791 

159 

792 

159 

793 

159 

794 

159 

795 

159 

796 

159 

797 

159 

798 

159 

799 

159 

800 

159 

801 

159 

802 

159 

803 

159 

804 

159 

805 

159 

806 

159 

807 

159 

808 

159 

809 

159 

810 

159 

811 

159 

812 

159 

813 

160 

814 

160 

815 

160 

816 

160 

817 

160 

818 

1.60 

819 

160 

CELL  CONTENTS 
# 


820 

160 

821 

160 

822 

160 

823 

160 

824 

160 

825 

160 

826 

160 

827 

160 

828 

160 

829 

160 

830 

160 

831 

160 

832 

160 

833 

160 

834 

160 

835 

160 

836 

160 

837 

160 

838 

160 

839 

160 

840 

160 

841 

160 

842 

160 

843 

160 

844 

160 

845 

160 

846 

160 

847 

160 

848 

160 

849 

160 

850 

160 

851 

160 

852 

161 

853 

161 

854 

161 

855 

161 

856 

161 

857 

161 

858 

161 

859 

161 

860 

161 

861 

161 

862 

161 

863 

161 

864 

161 

865 

161 

866 

161 

867 

161 

868 

161 

869 

161 

322 


Table  E-l.  Range  Normal ization  (con't) 


CELL 

CONTENTS 

CELL 

CONTENTS 

t 

n 

* 

870 

161 

921 

162 

871 

161 

922 

162 

872 

161 

923 

162 

873 

161 

924 

162 

874 

161 

925 

162 

875 

161 

926 

162 

876 

161 

92  7 

162 

877 

161 

928 

162 

878 

161 

929 

162 

879 

161 

930 

162 

880 

161 

931 

162 

881 

161 

932 

162 

882 

161 

933 

162 

883 

161 

934 

163 

884 

161 

935 

163 

885 

161 

936 

163 

886 

161 

937 

163 

887 

161 

938 

163 

888 

161 

939 

163 

889 

161 

940 

163 

890 

161 

941 

163 

891 

161 

942 

163 

892 

162 

943 

163 

893 

162 

944 

163 

894 

162 

945 

163 

895 

162 

946 

163 

896 

162 

947 

163 

897 

162 

948 

163 

898 

162 

949 

163 

899 

162 

950 

163 

900 

162 

951 

163 

901 

162 

952 

163 

902 

162 

953 

163 

903 

162 

954 

163 

904 

162 

955 

163 

905 

162 

956 

163 

906 

162 

957 

163 

907 

162 

958 

163 

908 

162 

959 

163 

909 

162 

910 

162 

911 

162 

912 

162 

913 

162 

914 

162 

915 

162 

916 

162 

917 

162 

918 

162 

919 

162 

920 

162 

323 


Table 

E-l.  Range  Normalization  (con't) 

CELL 

CONTENTS 

CELL  CONTENTS 

# 

# 

960 

163 

1010  164 

961 

163 

1011  164 

962 

163 

1012  164 

963 

163 

1013  164 

964 

163 

1014  164 

965 

163 

1015  164 

966 

163 

1016  164 

967 

163 

1017  .  164 

968 

163 

1018  164 

969 

163 

1019  164 

970 

163 

1020  164 

971 

163 

1021  164 

972 

163 

1022  164 

973 

163 

1023  164 

974 

163 

975 

163 

976 

163 

977 

163 

978 

164 

979 

164 

980 

164 

981 

164 

982 

164 

983 

164 

984 

164 

985 

164 

986 

164 

987 

164 

988 

164 

989 

164 

990 

164 

991 

164 

992 

164 

993 

164 

994 

164 

995 

164 

996 

164 

997 

164 

998 

164 

999 

164 

1000 

164 

1001 

164 

1002 

164 

1003 

164 

1004 

164 

1005 

164 

1006 

164 

1007 

164 

1008 

164 

1009 

164 

324 


CELL 

# 


Table  E-2. 
CONTENTS 


Range  Normalization  Tables 

CELL  CONTENTS 
# 


CELL 

# 


CONTENTS 


1 

31 

2 

45 

3 

54 

4 

60 

5 

65 

6 

69 

7 

73 

8 

76 

9 

78 

10 

80 

11 

82 

12 

84 

13 

86 

14 

88 

15 

89 

16 

90 

17 

92 

18 

93 

19 

94 

20 

95 

21 

96 

22 

97 

23 

98 

24 

99 

25 

100 

26 

101 

27 

102 

28 

103 

29 

103 

30 

104 

31 

103 

32 

106 

33 

106 

34 

107 

35 

107 

36 

108 

37 

109 

38 

109 

39 

110 

40 

110 

41 

111 

42 

111 

43 

112 

44 

112 

45 

113 

46 

113 

47 

114 

48 

114 

49 

115 

50 

115 

51 

116 

52 

116 

53 

116 

54 

117 

55 

117 

56 

118 

57 

118 

58 

118 

59 

119 

60 

119 

61 

119 

62 

120 

63 

120 

64 

121 

65 

121 

66  121 

67  121 

68  122 

69  122 

7<>  122 

71  123 

72  123 

73  123 

7 4  12>4 


75 

76 

77 

78 

79 

80 
81 
82 
83 


124 

124 

125 
125 
125 

125 

126 
126 
126 


84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 


126 

127 

127 

127 

127 

128 
128 
128 
128 
129 
129 
129 
129 

129 

130 
130 


100 

16K) 

101 

130 

102 

131 

103 

131 

104 

131 

105 

131 

106 

131 

107 

132 

108 

132 

109 

132 

110 

132 

111 

132 

112 

133 

113 

133 

114 

133 

115 

133 

116 

133 

117 

134 

118 

134 

119 

134 

120 

134 

121 

134 

122 

134 

123 

135 

124 

135 

125 

135 

126 

135 

127 

135 

128 

136 

129 

136 

130 

136 

131 

136 

132 

136 

133 

136 

134 

136 

135 

137 

136 

137 

137 

137 

138 

137 

139 

137 

140 

137 

141 

138 

142 

138 

143 

138 

144 

138 

145 

138 

146 

138 

147 

138 

148 

139 

149 

139 

325 


Table  E-2.  Range  Normalization  Tables  (con't) 


CELL 

CONTENTS 

# 

150 

139 

151 

139 

152 

139 

153 

139 

154 

140 

155 

140 

156 

140 

157 

140 

158 

140 

159 

140 

160 

140 

161 

140 

162 

141 

163 

141 

164 

141 

165 

141 

166 

141 

167 

141 

168 

141 

169 

142 

170 

142 

171 

142 

172 

142 

173 

142 

174 

142 

175 

142 

176 

142 

177 

143 

178 

143 

179 

143 

180 

143 

181 

143 

182 

143 

183 

143 

184 

143 

185 

143 

186 

144 

187 

144 

188 

144 

189 

144 

190 

144 

191 

144 

192 

144 

193 

144 

194 

144 

195 

145 

196 

145 

197 

145 

198 

145 

199 

145 

CELL 

CONTENTS 

# 

200 

145 

201 

145 

202 

145 

203 

145 

204 

146 

205 

146 

206 

146 

207 

146 

208 

146 

209 

146 

210 

146 

211 

146 

212 

146 

213 

147 

214 

147 

215 

147 

216 

147 

217 

147 

218 

147 

219 

147 

220 

147 

221 

147 

222 

147 

223 

148 

224 

148 

225 

148 

226 

148 

22  7 

148 

228 

148 

229 

148 

230 

148 

231 

148 

232 

148 

233 

148 

234 

149 

235 

14? 

236 

149 

237 

149 

238 

149 

239 

149 

326 


Table  £-2. 


Range  Normalization  Tables  (con't) 


CELL 

CONTENTS 

It 

240 

149 

241 

149 

242 

149 

243 

149 

244 

149 

245 

150 

246 

150 

247 

150 

248 

150 

249 

150 

250 

150 

251 

150 

252 

150 

253 

150 

254 

150 

255 

150 

256 

150 

257 

151 

258 

151 

259 

151 

260 

151 

261 

151 

262 

151 

263 

151 

264 

151 

265 

151 

266 

151 

267 

151 

268 

151 

269 

152 

270 

152 

271 

152 

272 

152 

273 

152 

274 

152 

275 

152 

276 

152 

277 

152 

278 

152 

279 

152 

280 

152 

281 

153 

282 

153 

283 

153 

284 

153 

285 

153 

286 

153 

287 

153 

288 

153 

289 

153 

CELL  CONTENTS 
# 


290 

291 

292 

293 

294 
29b 
296 
29  7 

298 

299 

300 

301 

302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 

321 


153 

153 

153 

153 

153 

154 
154 
154 
154 
154 
154 
154 
154 
154 
154 
154 
154 
154 


155 


323 

324 

325 

326 
32  7 

328 

329 

330 

331 

332 

333 

334 

335 

336 

337 

338 

339 


156 

156 

156 

156 

156 

156 

156 

156 

156 

156 

156 

156 

156 

156 

156 

157 
157 


CELL  CONTENTS 


# 

340 

157 

341 

157 

342 

157 

343 

15/ 

344 

157 

345 

157 

346 

157 

347 

157 

348 

157 

349 

157 

350 

157 

351 

157 

352 

157 

353 

157 

354 

158 

355 

158 

356 

158 

357 

158 

358 

158 

359 

158 

360 

158 

361 

158 

362 

158 

363 

158 

364 

158 

365 

158 

366 

158 

367 

158 

368 

158 

369 

158 

370 

158 

371 

159 

372 

159 

373 

15V 

374 

159 

375 

159 

376 

159 

377 

159 

378 

159 

379 

159 

380 

159 

381 

159 

382 

159 

383 

159 

384 

159 

385 

159 

386  159 

387  159 

388  159 

389  i6o 


327 


Table 


CELL 

# 


390 

391 

392 

393 

394 
39  b 

396 

397 

398 
39V 

400 

401 

402 

403 

404 

405 

406 

407 

408 

409 

410 

411 

412 

413 

414 

415 

416 

417 

418 

419 

420 

421 

422 

423 

424 

425 

426 

427 

428 

429 

430 

431 

432 

433 

434 

435 

436 

437 

438 

439 


E-2.  Range  Normalization  Tables  (con't) 


CONTENTS  CELL  CONTENTS 

# 


160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

160 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

161 

162 

162 

162 

162 

162 

162 

162 

162 

162 

162 

162 

162 

162 

162 


440 

162 

441 

162 

442 

162 

443 

162 

444 

162 

445 

162 

446 

163 

447 

163 

448 

163 

449 

163 

450 

163 

451 

163 

452 

163 

453 

163 

454 

163 

455 

163 

456 

163 

457 

163 

458 

163 

459 

163 

460 

163 

461 

163 

462 

163 

463 

163 

464 

163 

465 

163 

466 

163 

467 

164 

468 

164 

469 

164 

470 

164 

471 

164 

472 

164 

473 

164 

474 

164 

475 

164 

476 

164 

477 

164 

478 

164 

479 

164 

328 


Table  E-2.  Range  Normalization  Tables  (con't) 


CELL 

# 

CONTENTS 

CELL 

# 

CONTENTS 

CELL 

# 

CONTENTS 

480 

164 

530 

166 

580 

160 

481 

164 

531 

166 

581 

168 

482 

164 

532 

166 

582 

168 

483 

164 

533 

166 

583 

168 

484 

164 

534 

166 

584 

163 

485 

164 

535 

166 

585 

168 

486 

164 

536 

166 

586 

168 

487 

164 

537 

167 

587 

168 

488 

164 

538 

167 

588 

168 

489 

165 

539 

167 

589 

169 

490 

165 

540 

167 

590 

169 

491 

165 

541 

167 

591 

169 

492 

165 

542 

167 

592 

169 

493 

165 

543 

167 

593 

169 

494 

165 

544 

167 

594 

169 

495 

165 

545 

167 

595 

169 

496 

165 

546 

167 

596 

169 

497 

165 

547 

167 

597 

169 

498 

165 

548 

167 

598 

169 

499 

165 

549 

167 

599 

169 

500 

165 

550 

167 

600 

169 

501 

165 

551 

167 

601 

169 

502 

165 

552 

167 

602 

169 

503 

165 

553 

167 

603 

169 

504 

165 

554 

167 

604 

169 

505 

165 

555 

167 

605 

169 

506 

165 

556 

167 

606 

169 

507 

165 

557 

167 

607 

169 

508 

165 

558 

167 

608 

169 

509 

1 65 

559 

167 

609 

169 

510 

165 

560 

167 

610 

169 

511 

165 

561 

167 

611 

169 

512 

166 

562 

168 

612 

169 

513 

1 6t> 

563 

168 

613 

169 

514 

515 

166 

166 

564 

565 

168 

168 

614 

615 

169 

169 

516 

517 

166 

166 

566 

5  67 

168 

168 

616 

617 

170 

518 

166 

568 

168 

618 

y  /  'j 

1  70 

519 

520 

521 

522 

166 

166 

166 

166 

569 

570 

571 

572 

168 

168 

168 

168 

619 

620 

621 

622 

170 

170 

170 

1  70 

523 

524 

525 

526 

166 

166 

166 

166 

573 

574 

575 

576 

168 

168 

168 

168 

623 

624 

625 

626 

X.  t  \J 

170 

170 

170 

170 

527 

166 

577 

168 

627 

170 

528 

166 

578 

168 

628 

170 

529 

166 

579 

168 

629 

170 

3?q 


Table  E-2.  Range  Normal ization  Tables  (con't) 


CELL 

if 

CONTENTS 

630 

170 

631 

170 

632 

170 

633 

170 

634 

170 

635 

170 

636 

170 

637 

170 

638 

170 

639 

170 

640 

170 

641 

170 

642 

170 

643 

170 

644 

170 

645 

170 

646 

171 

647 

171 

648 

171 

649 

171 

650 

171 

651 

171 

652 

17 1 

653 

171 

654 

171 

655 

171 

656 

171 

657 

171 

658 

171 

659 

171 

660 

171 

661 

171 

662 

171 

663 

171 

664 

171 

665 

171 

666 

171 

667 

171 

668 

171 

669 

171 

670 

171 

671 

171 

672 

171 

673 

171 

674 

171 

675 

171 

676 

172 

677 

172 

678 

172 

679 

172 

CELL 

if 

CONTENTS 

680 

172 

681 

172 

682 

172 

683 

172 

684 

172 

685 

172 

686 

172 

687 

172 

688 

172 

689 

172 

690 

172 

691 

172 

692 

172 

693 

172 

694 

172 

695 

172 

696 

172 

697 

172 

698 

172 

699 

172 

700 

172 

701 

172 

702 

172 

703 

172 

704 

172 

705 

172 

706 

172 

707 

172 

708 

173 

709 

173 

710 

173 

711 

173 

712 

173 

713 

173 

714 

173 

715 

173 

716 

173 

717 

173 

718 

173 

719 

173 
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Table  E-2.  Range  Normalization  Tables  (con't) 


CELL 

CONTEN 

# 

720 

173 

721 

173 

722 

173 

723 

173 

724 

173 

725 

173 

726 

173 

727 

173 

728 

173 

729 

173 

730 

173 

731 

173 

732 

173 

733 

173 

734 

173 

735 

173 

736 

173 

737 

173 

738 

173 

739 

173 

740 

173 

741 

173 

742 

174 

743 

174 

744 

174 

745 

174 

746 

174 

747 

174 

748 

174 

749 

174 

750 

174 

751 

174 

752 

174 

753 

174 

754 

174 

755 

174 

756 

174 

757 

174 

758 

174 

759 

174 

760 

174 

761 

174 

762 

174 

763 

174 

764 

174 

765 

174 

766 

174 

767 

174 

768 

174 

769 

174 

CELL 

CONTENTS 

# 

770 

174 

771 

174 

772 

174 

773 

174 

774 

174 

775 

174 

776 

174 

777 

175 

778 

175 

779 

175 

780 

175  ’ 

781 

175 

782 

175 

783 

175 

784 

1/5 

785 

175 

786 

175 

787 

175 

788 

175 

789 

175 

790 

175 

791 

175 

792 

175 

793 

175 

794 

175 

795 

175 

796 

175 

797 

175 

798 

175 

799 

175 

800 

175 

801 

175 

802 

175 

803 

175 

804 

175 

805 

175 

806 

175 

807 

175 

808 

175 

809 

175 

810 

175 

811 

175 

812 

175 

813 

176 

814 

176 

815 

176 

816 

176 

817 

176 

818 

176 

819 

176 

CELL  CONTENTS 


# 

820 

176 

821 

176 

822 

176 

823 

176 

824 

176 

825 

176 

826 

176 

827 

176 

828 

176 

829 

176 

830 

176 

831 

176 

832 

176 

833 

176 

834 

176 

835 

176 

836 

176 

837 

176 

838 

176 

839 

176 

840 

176 

841 

176 

842 

176 

843 

176 

844 

176 

845 

176 

846 

176 

847 

176 

848 

176 

849 

176 

850 

176 

851 

176 

852 

177 

853 

177 

854 

177 

855 

177 

856 

177 

857 

1 77 

858 

177 

859 

177 

860 

177 

861 

177 

862 

177 

863 

177 

864 

177 

865 

177 

866 

177 

867 

177 

868 

177 

869 

177 
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Table 

E-2.  Range  Normalization 

Tables  (co 

CELL 

CONTENTS 

CELL 

CONTENTS 

# 

# 

870 

177 

920 

178 

871 

177 

921 

178 

872 

177 

922 

178 

873 

177 

923 

178 

874 

177 

924 

178 

875 

177 

925 

178 

876 

177 

926 

178 

877 

177 

927 

178 

878 

177 

928 

178 

87v 

177 

929 

178 

880 

177 

930 

178 

881 

177 

931 

178 

882 

177 

932 

178 

883 

177 

933 

178 

884 

177 

934 

179 

885 

177 

935 

179 

886 

177 

936 

179 

887 

177 

937 

179 

888 

177 

938 

179 

88V 

177 

939 

179 

890 

177 

940 

179 

891 

177 

941 

179 

892 

178 

942 

179 

893 

178 

943 

179 

894 

178 

944 

179 

895 

178 

945 

179 

896 

178 

946 

179 

897 

178 

947 

179 

898 

178 

948 

179 

899 

178 

949 

179 

900 

178 

950 

179 

901 

178 

951 

179 

902 

178 

952 

179 

903 

178 

953 

179 

904 

178 

954 

179 

905 

178 

955 

179 

906 

178 

956 

179 

907 

178 

957 

179 

908 

178 

958 

179 

909 

178 

959 

179 

910 

178 

911 

178 

912 

178 

913 

>78 

914 

178 

915 

178 

916 

178 

917 

178 

91C 

178 

919 

178 
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Table  E-2.  Range  Normalization  Tables  (con't) 


CONTENTS 


100 

.1.80 

180 

180 

180 

180 

180 

180 

180 

180 

180 

180 

180 

180 


974 

17V 

975 

179 

976 

179 

977 

179 

978 

180 

979 

180 

980 

180 

981 

180 

982 

180 

983 

180 

984 

180 

985 

180 

986 

180 

987 

180 

988 

180 

989 

180 

990 

180 

991 

130 

992 

180 

993 

180 

994 

180 

995 

180 

996 

180 

997 

180 

998 

180 

999 

180 

1000 

180 

1001 

180 

1002 

180 

1003 

180 

1004 

180 

1005 

180 

1006 

180 

1007 

180 

1008 

180 

1009 

180 

CELL 

CONTENTS 

CELL 

# 

# 

960 

179 

1010 

961 

179 

1011 

962 

179 

1012 

963 

179 

1013 

964 

179 

1014 

965 

179 

1015 

966 

179 

1016 

967 

179 

1017 

968 

179 

1018 

969 

179 

1019 

970 

179 

1020 

971 

179 

1021 

972 

179 

1022 

973 

179 

1023 
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APPENDIX  F 

Cables  and  Interconnect  Specifications 


Table  F-l.  Intecolor-TIE  Interconnect 


Signal 

Name 

Intecolor 

Port 

Intecolor 
Connector 
(24-Bit  I/O) 

TIE 

Connector 

Pin# 

TIE 

Pin# 

DATAO 

AO 

2 

J3-2 

AE52 

DATA1 

A1 

14 

J3-16 

AF51 

DATA2 

A2 

3 

03-3 

AE53 

DATA  3 

A3 

15 

03-15 

AF52 

DATA4 

A4 

4 

J3-4 

AE54 

DATA5 

A5 

16 

J3-14 

AF53 

DATA6 

A6 

5 

J3-5 

AE55 

DATA7 

A7 

17 

J3-13 

AF54 

ITXRST 

BO 

10 

J4-2 

AG52 

IRXRST 

B1 

9 

04-1 

AG51 

ISELBUS 

B2 

21 

J3-9 

AF58 

ILRADR 

B3 

8 

J3-8 

AE58 

ILIOADR 

B4 

20 

J3-10 

AF57 

MSPDIS 

B5 

7 

J3-7 

AE57 

(SPARE) 

B6 

19 

J3-11 

AF56 

ITENBL 

B7 

6 

J3-6 

AE56 

ITRBULD 

CO 

12 

J4-4 

A654 

ITXST 

Cl 

23 

J4-15 

AH  52 

IRDIOBUF 

C2 

11 

J4-3 

AG53 

IRIOSTAT 

C3 

22 

04-16 

AH51 

TXINT 

C4 

1 

03-1 

AE51 

RXINT 

C5 

13 

04-5 

AG55 

LSP/MSPC 

C6 

24 

04-14 

AH53 

(SPARE) 

C7 

25 

04-13 

AH54 

GND 

GNO 

18 

03-1Z 

AF55 
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Table  F-2.  TIE-CE  Interconnect 


Pin# 

Pin# 

Signal 

(Bus  A  ->  Jl) 

Signal 

(Bus  A  ->  Jl) 

Name 

(Bus  B  ->  J2) 

Name 

(Bus  B  ->  J2) 

(SPARE) 

26 

GND 

01 

(SPARE) 

27 

ii 

02 

(SPARE) 

28 

(i 

03 

OCCN 

29 

ii 

04 

RDYN 

30 

ii 

05 

OPARN 

31 

ll 

06 

BUSYN 

32 

li 

07 

ACKN 

33 

M 

08 

OATAOON 

34 

ll 

09 

DATAOIN 

35 

H 

10 

DATA02N 

36 

U 

11 

DATA03N 

37 

II 

12 

DATA04N 

38 

II 

13 

DATA05N 

39 

II 

14 

DATA06N 

40 

II 

15 

DATA07N 

41 

•1 

16 

DATA08N 

42 

II 

17 

DATA09N 

43 

II 

18 

DATA ION 

44 

II 

19 

DATA 1 IN 

45 

It 

20 

DATA12N 

46 

II 

21 

DATA13N 

47 

II 

22 

DATA14N 

48 

II 

23 

DATA15N 

49 

II 

24 

(UNUSED) 

50 

GND 

25 
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Table  F-3.  CE  Bus  Cable  Definitions 


Signal 

Name 

Pin# 

(Bus  A  ->  J2) 

(Bus  B  ->  J3) 

Signal 

Name 

Pin# 

(Bus  A  ->  J2) 
(Bus  B  ->  J3) 

(SPARE) 

26 

GND 

01 

(SPARE) 

27 

It 

02 

(SPARE) 

28 

II 

03 

OCCN 

29 

II 

04 

RDYN 

30 

•1 

05 

OPARN 

31 

II 

06 

BUSYN 

32 

II 

07 

ACKN 

33 

II 

08 

DATAOON 

34 

II 

09 

DATAOIN 

35 

II 

10 

DATA02N 

36 

II 

11 

DATA03N 

37 

II 

12 

DATA04N 

38 

II 

13 

DATA05N 

39 

II 

14 

DATA06N 

40 

il 

15 

DATA07N 

41 

II 

16 

DATA08N 

42 

ll 

17 

DATA09N 

43 

II 

18 

DAT A ION 

44 

II 

19 

DATA11N 

45 

II 

20 

DATA12N 

46 

II 

21 

DATA13N 

47 

II 

22 

DATA14N 

48 

II 

23 

DATA15N 

49 

II 

24 

(UNUSED) 

50 

GND 

25 
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Table  F-4.  IOC-Input  Synchronizer  Interconnect 


Signal 

IS  Pin# 

Signal 

IS  Pin# 

Name 

(slot  T13) 

Name 

(slot  T13) 

SEION 

46 

+5  V 

37 

SELIN 

47 

ll 

38 

SEL2N 

48 

li 

39 

OCCN 

49 

ll 

40 

RDYN 

50 

II 

78 

OPARN 

51 

ll 

79 

BUSYN 

-- 

ll 

80 

ACKN 

53 

II 

117 

DATAOON 

54 

II 

118 

DAT AO IN 

55 

ll 

119 

DATA02N 

56 

+5  V 

120 

DATA03N 

57 

GND 

1 

DATA04N 

58 

ll 

2 

DATA05N 

59 

II 

3 

DATA06N 

60 

II 

4 

DATA07N 

61 

II 

41 

DATA08N 

62 

II 

42 

DATA09N 

63 

II 

43 

DATA ION 

64 

II 

81 

DATA 1 IN 

65 

ll 

82 

DATA12N 

66 

II 

83 

DATA13N 

67 

GND 

84 

DATA14N 

68 

(SPARE) 

5 

DATA15N 

69 

II 

6 

SEL3N 

— 

II 

7 
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Table  F-4.  IOC-Input  Synchronizer  Interconnect  (con't) 


Signal 

IS  Pin# 

Signal 

IS  Pin# 

Name 

(slot  T13) 

Name 

(slot  T13) 

GND 

86 

ll 

8 

II 

87 

li 

9 

II 

88 

ll 

10 

it 

89 

H 

11 

II 

90 

ll 

12 

II 

91 

ll 

13 

il 

92 

ll 

14 

II 

93 

ll 

15 

II 

94 

ll 

16 

II 

95 

(SPARE) 

44 

II 

96 

II 

97 

II 

98 

II 

99 

II 

100 

II 

101 

II 

102 

II 

103 

II 

104 

II 

105 

II 

106 

II 

107 

II 

108 

II 

109 

GND 

110 
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Table  F-5.  Input  Synchronizer  -  PPP  Interconnect 


Signal  Name  Pin  (Slot  T13)  Slot  Number  Pin  Number 


LP08 

17 

LP07 

18 

LP06 

19 

LP05 

20 

LP04 

21 

LP03 

22 

LP02 

23 

LP01 

24 

QC08 

25 

QC07 

26 

QC06 

27 

QC05 

28 

QC04 

29 

QC03 

30 

QC02 

31 

QC01 

32 

IC08 

33 

IC07 

34 

IC06 

35 

IC05 

36 

GND 

37 

GNO 

38 

GNO 

39 

GND 

40 

(UNUSED) 

71 

NRCO 

72 

IC01 

73 

IC02 

74 

IC03 

75 

IC04 

76 

PHI3SP 

77 

(UNUSED) 

78 

(UNUSED) 

79 

(UNUSED) 

80 

(UNUSED) 

111 

NRC1 

112 

TPO 

113 

TP1 

114 

PHI3SIQ 

115 

RDRTRIG 

116 

(UNUSED) 

117 

(UNUSED) 

118 

(UNUSED) 

119 

(UNUSED) 

120 

R4 

18 

R4 

17 

R4 

16 

R4 

15 

R4 

14 

R4 

13 

R4 

12 

R4 

11 

F9 

18 

F9 

17 

F9 

16 

F9 

15 

F9 

14 

F9 

13 

F9 

12 

F9 

53 

F10 

18 

F10 

17 

F10 

16 

F10 

15 

R7 

7 

F7 

13 

F10 

12 

F10 

13 

F10 

14 

-—(Not  yet  used)- 

— 

R7 

9 

R7 

20 

R7 

19 

R7 

116 

R7 

32 
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Table  F-6.  Output  Synchronizer  -  PPP  Interface  Interconnect 


Output  Synch 

roni zer 

PPP 

Interface 

Signal  Name 

Connector  Pin 

Signal  Name 

Connector  Pin 

GND 

AJ1-14 

GND 

J3-14 

GND 

AJ1-13 

GND 

J3-13 

(SPARE) 

AJ-12 

— 

J3-12 

MO(Sign) 

AJ1-11 

MEANS IGN 

J3-11 

MIO(LSB) 

A J 1-10 

MEANLSB 

J3-10 

M9 

AJ1-9 

J3-9 

M8 

AJ1-8 

J3-8 

M7 

AJ1-7 

J3-7 

M6 

AJ1-6 

J3-6 

M5 

AJ1-5 

J3-5 

M4 

AJ1-4 

J3-4 

M3 

AJ1-3 

J3-3 

M2 

AJ1-2 

J3-2 

Ml (MSB) 

AJ1-1 

MEANMSB 

J3-1 

GND 

AJ2-10 

GND 

J2-10 

GND 

AJ2-9 

GND 

J2-9 

S8(LSB) 

AJ2-8 

VARLSB 

J2-8 

S7 

AJ2-7 

J2-7 

S6 

AJ2-6 

J2-6 

S5 

AJ2-5 

J2-5 

S4 

AJ2-4 

J2-4 

S3 

AJ2-3 

J2-3 

S2 

AJ2-2 

J2-2 

SI (Sign) 

AJ2-1 

VARMSB 

J2-1 

Tdb1e  F‘6-  Output  SvnchmrH 

Output  Synchronizer 

Connector  Pin 


zer 


Signal  Name 


(Continued) 

- - PPP  Interface _ 


(SPARE) 

(SPARE) 

(SPARE) 

GND 

P9(LS8) 

P8 

P7 

P6 

P5 

P4 

P3 

P2 

PI  (MSB) 
(SPARE) 

GND 

VCC 

VCC 

VCC 

GND 

GND 

GND 

NRCB 

NRCA 

DUMP  PULSE 
CLKWIDTHB 
CLKWIDTHA 
phiil 

(SPARE) 


A02-1 3 

AJ2-12 

A02-1 1 

A02-23 

AJ2-22 

AJ2-21 

AO 2-20 

AJ 2-19 

AJ2-18 

AJ2-1 7 

A02-I6 

AJ2-15 

AJ2-14 

AJ2-26 

BJ2-13 
B02-12 
BJ2-11 
802-10 
BJ2-14 
S 02-17 
802-7 
802-6 
802-5 
8J2-4 
BJ2-3 
BJ2-2 
BJ2-1 
BJ2-26 


GND 

POUERLSB 


POWERMSB 


GND 

VCC 

VCC 

VCC 

GND 

GND 

GND 

NRCB 

NRCA 

DUMP  PULSE 
CLKWIDTHB 
CLKWIDTHA 
PHIIL 


01-13 

01-12 

01-1] 

01-10 

01-9 

01-8 

01-7 

01-6 

01-5 

01-4 

01-3 

01-2 

01-1 

01-14 

04-13 

04-12 

04-H 

04-10 

04-9 

04-8 

04-7 

04-6 

04-5 

04-4 

04-3 

04-2 

04-1 

04-14 


1 


< 
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Table  F-7.  IOC  -  OS  Interconnect 


Signal  Name 

OS  Pin  Number 

Signal  Name 

OS  Pin  Number 

SELON 

CJ1-1 

GND 

CJ1-14 

SELIN 

CJ1-2 

II 

CJ1-15 

SEL2N 

CJ1-3 

ii 

CJ1-16 

OCCN 

CJ1-4 

II 

CJ1-17 

RDYN 

CJ1-5 

ll 

CJ1-18 

OPARN 

CJ1-6 

II 

CJ1-19 

BUSYN 

CJ1-7 

II 

CJ1-20 

ACKN 

CJ1-8 

II 

CJ1-21 

DATAOON 

CJ1-9 

II 

CJ 1 -22 

DAT AO IN 

CJ1-10 

II 

CJ1-23 

DATA02N 

CJ1-11 

II 

CJ1-24 

DAT AO 3 N 

CJ1-12 

II 

CJ1-25 

DATA04N 

CJ1-13 

ll 

CJ1-26 

DATA05N 

CJ2-1 

II 

CJ2-14 

DATA06N 

CJ2-2 

II 

CJ2-15 

DATA07N 

CJ2-3 

It 

CJ2-16 

DATA08N 

CJ2-4 

II 

CJ2-17 

DATA09N 

CJ2-5 

ll 

CJ2-18 

DATAION 

CJ2-6 

II 

CJ2-19 

DATA11N 

CJ2-7 

It 

CJ2-20 

DATA12N 

CJ2-8 

II 

CJ2-21 

DATA13N 

CJ2-9 

II 

CJ2-22 

DATA14N 

CJ2-10 

II 

CJ2-23 

DATA1 5N 

CJ2-11 

II 

CJ2-24 

SEL3N 

CJ2-12 

GND 

C02-25 

(UNUSED) 

CJ2-13 

(UNUSED) 

CJ2-26 
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APPENDIX  G 
FTWRP  Configuration 
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Drawing  No 

SD1062804 

LY977725-D 

SD977725-D 

LY977728 

SD977728 

LY1 062802 

SD1 062802 


Tape  No. 

STG123419 
STG1 23421 
STG1 23423 
STG1 23426 
STG1 23427 


Table  G-l.  List  of  Schematics 


Title 

Size 

Sheets 

Input  Synchronizer  Schematic  Diagram 

E 

2 

Common  Element  Layout 

E 

1 

Common  Element  Schematic 

E 

8 

Input/Output  Controller  Layout 

E 

1 

Input/Output  Controller  Schematic  Diagram 

E 

6 

Output  Synchronizer  Layout 

D 

1 

Output  Synchronizer  Schematic  Diagram 

D 

1 

Table  G-2.  FTWRP  Software  Configuration  -  Source  Tapes 


Description 

9-Track  Labelled  1600  BPI  Tape 
9-Track  Labelled  1600  BPI  Tape 
9-Track  Labelled  1600  BPI  Tape 
9-Track  Labelled  1600  BPI  Tape 
9-Track  Labelled  1600  BPI  Tape 


Title 

FTWRP  Applications 
FTWRP  Support  Programs 
Intecolor  Programs 
DOS-O  Source 

FTWRP  CE  Microcode  Source 
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Table  G-3  FTMRP  Software  Configuration  -  Supporting  Documents 


Drawing  No. 

Title 

Size 

PSG123419 

Program  Summary  for  FTWRP  Applications 

A 

SMG123419 

Methods  Sheet  for  FTWRP  Applications 

A 

PSG123421 

Program  Summary  for  FTWRP  Support 

Programs 

A 

SMG123421 

Methods  Sheet  for  FTWRP  Support  Programs 

A 

PSG123423 

Program  Summary  for  Intecolor  Programs 

A 

SMG123423 

Methods  Sheet  for  Intecolor  Programs 

A 

PSG123426 

Program  Summary  for  DOS-O 

A 

SMG123426 

Methods  Sheet  for  DOS-O 

A 

PSG123427 

Program  Summary  for  FTWRP  Microcode 

A 

SMG123427 

Methods  Sheet  for  FTWRP  Microcode 

A 

MLG123427 

Maintenance  Log  for  FTWRP  Microcode 

A 

Listing  No. 

PRG123426 

PRG123427 

PRG123477 

PRG123478 

PRG123479 

PRG123480 

PRG123481 

PRG123482 

PRG123483 


Table  G-4  FTWRP  Program  Listings 


Size 


Title 


B 

B 

B 

B 

B 

B 

B 

B 

B 


DOS-O  Listing 

FTWRP  Microcode  Listing 

FTWRP  Listing  (Continuous  Pulse 
Sequence) 

Dual  Listing  (Dual  Wavelength) 

FTWRTTG  Listing  (Test-Data 
Generator) 

FTWRTST  Listing  (Microcode  Test 
Program) 

I DOS-O  Listing 

I DOS - 1  Listing 

Utility  Listing 
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END 
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